.MQOUl/HtQ.. 




10/531960 




Ministero : ddk .JLttiviM WWUuittve 

Oiteztone Qeiiemfcper fo SviCuppo $rodiittivo e Ca C oinpetitivi id 
Officio ItaMand ferwctti c yiarcfvi . 



■officio, g. 



2 



Au'teoticazione di copia di doeumenti relativi alia cfomanda di brevetto p 
N * SV2002 A 000056 




Iavenzione Inichistriate 



RECO 1 1 FEB 2004 



WIPO 



PCT 



Si dichiara the Cunita copia e conforme ai doeumenti originali . 
aeposuau con la qo'manaa ai orevetxo sopraspecincata, i cui aau 
risuttano dall'aeclu.so processo verbale di deposit^. 



PRIORITY DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH 
RULE 17. 1(a) OR (b) 



0- M1NISTERO DELUINDUSTRIA DE^^MMERCIO E DELL'ARTIGIANATO 

FF1CIO ITAUANO BREVETTI E MARCHI - Roi^F 

OMANDA Dl BREVETTO PER INVENZIONE INDUSTR1ALE, DEPOSITO RISERVE, ANTICIPATA ACCESSIBIUTA 1 AL PUBBUCO 

. RiCHIEDENTE (I) 



LOA 



1) Denominazione ALSTOM TRANSPORT S.p.A. 
Residenza BOLOGNA 

2) DenomlnazhmB 

Residenza 




RAPPRESENTANTE DEL RICHIEDENTE P RES SO L'UXB.M. 

cognome noma Dr. Giorgio A. Karaghlosoff cod. fiscal© KRGGGL57A05D969V 

denominazione studio dj appartenenza Studio Karaghlosoff & Frizzi S.a.S. di Giorgio A. Karaghlosoff e C. 

via Via Pecorile n. 25/C citta Celle Ligure cap 17015 (prov) 



SV 



DOMICIUO ELETTIVO destlmrtarto 

via 



VEDI SOPRA 



cap 



(prov) 



titolo 



gnjppo/sottogruppo | | / | { 
Dispositivo e metodo di verifica dj motori software logici di comando di impianti ferroviari, in particolare di fmpinnti di stazione 



classe proposta (saz/ci/sci) 



ANTICIPATA ACCESSIBIUTA' AL PUBBUCO: SI □ NOEI 



SE ISTANZA: DATAj | / | j / 1 | N7PROfoCOLLO| 

cognome nome 

3) 
4) 



I NVENTORJ DESIGN ATI cognome nome 

1) | TRAMONTANA Francesco 
2) 



PRJORJTA' 



Nazioneo 
organ izzazione 



Tipo di priorita 



numero di domanda 



data di deposito allegata 
SIR 



1) 

2) 



□oczi 
□oi 



a 

D 



SCIOGUMENTO RISERVE 
Data N° ProtocoIIo 

/ / / 



/ / / 



I. CENTRO ABIUTATO DI RACCOLTA COLTURE DI MICRORGAN1SMI, denominazione 




L ANNOTAZION1 SPEC1AU 

NESSUNA 



©CUMENTAZIONE ALLEGATA 



N. es. 










«oc. 1) 


i 


PROV 




80 


riassunto con disegno principale, descrizione e rivendicaziont 
(obbligatorio 1 esemplare) 


•oc.2) 


i 


PROV 


□ ntav 


M 


disegno (obbligatorio se citato In desenzione, 1 esemplare) 


•oc. 3) 


o 


RIS 






iettera dlncarico, procura o riferimento procure generale 


toe. 4) 




RIS 






designazione Inventore 


|j>c.5) 


□ 


RIS 


□ 




document) di priorita con traduzlone In itallano 


toe. 6) 


□ 


RIS 


□ 




autorizzazione o atto di cessions 


ioc. 7) 


□ 








nominativo completo del richiedente 



Confronts singole priorita 
/ / 



) attestaU dl versamento, totale lire Quattrocentosettantadue/56 Euro (per anni tre) 



obbligatorio 



OMPILATO IL 0 ' E3 / 120021 FIRMA DEL (I) RICHIEDENTE (I) 
ttNTINUA (si/NO) [NO) Cicrgic A. Karaghlosoff 



lEL PRESENTS ATTO SI RICHIEDE COPIA AUTENTICA (SI/NO) [NO| 




SAVONA 



CAMERA Dl COMMERCIO INDUSTRIA ARTtGIANATO AGRtCOLTURA Dl 
ERBALE Dl DEPOSITO NUMERO Dl DOMANDA SV2Q02A00Q056 

DURMTTiATXTFi 



cod ice 



02. 



Reg. A. 



'anno 



, il giomo 



QUATTORDTCT 



del mese dl 



(0 richiedente (i) sopraindicato (i) ha (hanno) presentato a me sottoscritto la presents domanda, corredata dj n. , 

NESSUNA 



MQ5ZEMBBE 



oprariportato. 

NNOTAZIONI VARIE DELL'UFFICIALE ROGANTE 



fogli aggiuntlvi per la concessione del brevetto 




\SQibrod£rufTicio OQj 



L'UFFICIALE ROGAI 




PROSPETTOA 



RIASSUNTO INVENZIONE CON DISEGNO PRINCPALE 

NUMERO DOMANDA S¥2(X)2A0QQQ56 REG. A DATA DI DEPOSITO f>/ Qjj / pQfvh 

NUMERO BREVETTO • DATA DI RILASCIO \ ] / Fl / I I 

A. RICHIEDENTE (I) 

Denomlnazfono ALSTCM TRANSPORT S.p.A. 

Resldenza BOLOGNA 

0. TTTOLO 

Dispositivo e metodo <g verifica di motori software logici di comando & impianti ferroviari, in particolare di impianti di stazione 



Slasse proposta (sezJciJ&Af) 
- RIASSUNTO 



(gruppo sottogruppo) 



SVM7A.OOOQ5B 



J 4 nov.2002 



. Metodo e dispositivo di verifica di motori software logici di controllo e di comando di impianti, in particolare di impianti 
ferroviari, inparticolare di impianti di stazione, corrrprendente almeno un elaboratore elettronico con almeno una unitA centrale 
di elaborazione ed almeno una memoria per il caricamento e l'esecuzione di programmi: 

essendo nella detta memoria caricato o caricabile per la sua esecuzione un motore logico di comando di un impianto, in 
particolare di un impianto di stazione il quale impianto comprende una plurality di unM operative di attuazione do di 
nlevamento e/o di misurazione do di segnalamento, cosiddetti enti di piazzale, le quali unM sono atte a ricevere segnali di 

(comando ed a trasmettere segnali di controllo sufla condizione operatrva, ed il quale motore software logico legge i segnali di 
controllo forniti dalle unite operative di attuazione, di nlevamento e/o di misurazione e/o di segnalamento ed elabora segnali di 
comando delle dette unM operative sullabase di un protocollo di funzionamento deU'impianto stesso. Secondo Tinvenzione, 
nella memoria dell 5 elaboratore e caricato o caricabile ed & eseguibile dall 'elaboratore stesso un programma di simulazione 
software dell 'impianto che deve essere controllato e comandato dal programma logico di controllo e di comando ed il quale 
programma di simulazione riproduce fedelmente la struttura delTimpianto e le modalita operative delle unite operative previste 
nel detto impianto. 
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impianti ferroviari, in particolare di impianti di stazione" 
appartenente a ALSTOM TRANSPORT S.p.A., di nazionalita italiana, 
5 con sede in Via di Corticella 75, 40128 Bologna. 

Depositato il 1 4 MOV. 2002 Al Nr. SV 2002 A 0 0 0 0 5 6 

TESTO DELLA DESCRIZIONE 

1 i 

L'invenzione ha per oggetto un dispositivo di verifica di motori 
10 software logici di comando di impianti ferroviari, in particolare di impianti 
si stazione, comprendente almeno un elaboratore elettronico con alme- 
no una unita centrale di elaborazione ed almeno una memoria per il ca- 
ricamento e I'esecuzione di programmi: 



15 cuzione un motore logico di comando di un impianto, in particolare di un 
impianto di stazione il quale impianto comprende una pluralita di unita 
operative di attuazione e/o di rilevamento e/o di misurazione e/o di se- 
gnalamento, cosiddetti enti di piazzale, le quali unita sono atte a riceve- 
re segnali di comando ed a trasmettere segnali di controllo sulla condi- 

20 zione operativa, ed il quale motore software logico legge i segnali di 
controllo fomiti dalle unita operative di attuazione, di rilevamonto e/o di 
misurazione e/o di segnalamento ed elabora segnali di comando delle 
dette unita operative sulla base di un protocollo di funzionamento 
delPimpianto stesso. 



essendo nella detta memoria caricato o caricabile per la sua ese- 
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di controllo e quelli di comando sono univocamente associati a variabili 
di stato che la logica booleana elabora fornendo in uscita segnali di co- 
5 mando sotto forma di modificazioni di dette variabili booleane. A secon- 
da delie caratteristiche delle unita operative previste, ciascuna di esse 
pu6 assumere diverse condizioni di stato e le associate variabili rappre- 
sentanti i controlli di stato ed i comandi di commutazione di stato delle 
unita operative possono variare nell'ambito di prestabiliti valori, ciascuno 
10 dei quali rappresenta una condizione operatiya della unita operativa per 
quanto riguarda le variabili rappresentanti i segnali di controllo ed un 
comando di commutazione da una condizione operativa prestabilita ad 
una diversa condizione operativa prestabilita o di mantenimento della 
condizione operativa per quanto riguarda i segnali di comando. 

■ 

15 Partendo da una classica realizzazione delle logiche di comando 

e di controllo, in particolari degli impianti di tipo ferroviario, sotto forma di 
reti di rele, attualmente la maggiore affidabilita e stability nonche la 
maggiore comodita e flessibilita dell'utilizzo degli elaboratori elettronici 
ha comportato il trasferimento delle funzioni di comando dalla struttura 

20 hardware a rele ad un sistema di comando software che emula il corn- 
portamento della rete di rele classica grazie ad un programma logico di 
controllo e di comando costituito da algoritmi booleani. 

Data la complessita degli impianti ferroviari anche la logica di 
controllo e di comando dell'impianto e relativamente complessa spe- 
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cialmente se si tiene conto del fatto che in campo ferroviario gli standard 
di funzionamento in sicurezza sono elevatissimi. 1 

Per trasformare la logica hardware di controllo e comando costi- 
tuita dalle reti di rele in un programma costituito da un motore booleano 
i IL SEQSBlAKto 4HQEra*E2Jlo e di comando sono stati sviluppati dei sistemi automatizzati 
^ £ -°- ^*^**-'di tipo hardware/software che partendo da un classico layout di rete 
_ _ hardware a reld o da una tabella in cui sono codificate le condizioni di 
funzionamento dell'impianto sotto forma di liste di variabili di stato e di 

r £ o£\ 

K' 9; variabili di commutazione di stato, cosiddetta tabella delle condizioni e- 

^aaLi^" laborano automaticamente il programma booleano di controllo e di co- 
mando. Data la notevole complessita su citata e gli elevatissimi criteri di 
funzionamento in sicurezza richiesti in campo ferroviario e necessario 
testare in modo approfondito il programma logico di controllo e di co- 
mando alfine di una sua validazione. 

Attualmente la validazione, cioe i test, vengono eseguiti diretta- 
mente sull'impianto. Ci6 costituisce pero un grave inconveniente in 
quanta in primo luogo deve effettivamente esistere un impianto funzio- 
nante a cui applicare la logica di controllo e di comando. Cio crea pro- 
blemi notevoli in quanta allunga notevolmente i tempi di messa in opera 
20 definitiva di un impianto ferroviario, poiche oltre ai tempi di effettiva 
messa in opera strutturale, come la posa delle line, la messa in opera 
dell'hardware delle unita operative e necessario eseguire le lunghe fasi 
di validazione della logica di comando delle stesse. 

Per owiare almeno in parte a cid sono stati messi a punto pro- 
25 grammi software di validazione delle logiche software di comando, cioe 
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dei motori booleani di controllo e di comando degli impianti di stazione 

che partendo dalle stesse informazioni di base sulla stimttura 

dell'impianto e sulle modalita di funzionamento dello stesso, elaborano 

autonomamente ed in parallelo grazie ad almeno due programmi di ge- 

5 nerazione del motore logico di controllo e di comando lo stesso mot 

logico di controllo e di comando. Vengono quindi generati due moto/ 
3RETAJ3IO GENERATE " f 

^rgxSZaGvmbjgiti di controllo e di comando che vengono quindi confrontati fra 

mentre la validazione si basa su criteri di diversita dei programmi di ge- 
^jCERT*>v nerazione dei due motori logici che in caso di identita funzionale proprio 
y *: 3©A in base alia detta diversita dei due programmi di generazione vengono 
<>.>^ ■C'Jsj considerati corretti. 

Questa modalita di validazione o di certificazione non soddisfa 
appieno le considerazioni che vengono fatte dal punto di vista della sicu- 
rezza del funzionamento dell'impianto e quindi ii programma logico di 
15 controllo e di comando ottenuto viene sempre sottoposto a validazione 
approfondita direttamente sull'impianto. Manca in effetti nella metodolo- 
gia di certificazione o validazione mediante il criterio della diversita del 
software di generazione del programma logico di comando e di controllo 
una interfaccia con I'impianto in quanta tale. 
20 Tale mancanza si ripercuote quindi anche in questa caso di certi- 

ficazione o validazione software sempre sui tempi di realizzazione 
deH'impianto nella condizione funzionante e sui tempi di sviluppo e mes- 
sa a punto sia della logica di controllo e di comando sia dell'impianto 
stesso. La situazione diviene inoltre piu drammatica se si considera non 
25 tanto I'allestimento di un nuovo impianto, quanta la modifica di un im- 
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pianto esistente. In questo caso le certificazioni e validazioni sul campo 
hanno ripercussioni sul traffico ferroviario che comunque transita e deve 
continuare a transitare sulle linee gia esistenti. I tempi sono quindi piu 
stretti e le condizioni di lavoro piu critiche sia per la difficolta di operare 
5 su un impianto in uso sia per le considerazioni sulla sicurezza del traffi- 
^c^he non puo venire interrotto se non per brevi momenti. 

L'invenzione ha quindi lo scopo di realizzare un dispositivo del ti- 




po descritto all'inizio che consenta di owiare agli inconvenient! attual- 
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mente esistenti e sopra specificati. 
' k o 1( £5I L'invenzione consegue gli scopi su esposti con un dispositivo del 
->^.^; -^tipo descritto all'inizio, in cui nella memoria dell'elaboratore e caricato o 
caricabile ed e eseguibile dall'elaboratore stesso un programma di simu- 
lazione software deirimpianto che deve essere controllato e comandato 
dal programma logico di controllo e di comando ed il quale programma 
di simulazione riproduce fedelmente la struttura dell'impianto e le moda- 
lita operative delle unita operative previste nel detto impianto. 

La simulazione della struttura delPimpianto e delle unita operative 
ad esso associate, come i circuiti di binario per il rilevamento della pre- 
senza del treno, gli attuatori dei deviatoi, gli attuatori di segnalamento ed 
altre unita diverse e rappresentata nel programma di simulazione da al- 
goritmi booleani, essendo le variabili associate a detti algoritmi univo- 
camente definite in modo da rappresentare i segnali di controllo delle di- 
verse condizioni di stato o di funzionamento delle diverse unita operati- 
ve ed i segnali di comando di commutazione delle condizioni di stato od 
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operative delle dette diverse unita operative e/o di mantenimento delle 
stesse. 

In una prima forma esecutiva I'immagine del comportamento 

dell'impianto sotto il controllo del programma logico di controllo e di co- 

5 mando viene visualizzata sotto forma di liste di variabili univocamente 

associate alle diverse unita operative. In questo caso, il programma vi- 
se GXi^S^ 

-RosoGofriatfzza o consente la visualizzazione di file di report in cui sono elenca- 



te le diverse unita operative e le associate variabili di stato o di coman- 



dell'impianto e/o di situazioni anche anomale di impostazione delle unita 
operative dell'impianto per verificare la reazione dell'impianto a queste 
condizioni. 

15 Secondo un perfezionamento preferito, a ciascuna unita operati- 

va deH'impianto e/o a ciascun elemento strutturale rilevante e associabi- 
le univocamente una immagine virtuale dell'unita operativa e/o 
dell'elemento strutturale dell'impianto la quale immagine e generata 
grazie ad un programma grafico caricato, caricabile e/o eseguibile 

20 dall'elaboratore del dispositivo secondo I'invenzione. L'immagine virtua- 
le e univocamente correlata al programma logico di simulazione 
dell'unita operativa o deH'elemento strutturale deH'impianto essendo il 
programma grafico di generazione deH'immagine virtuale di ciascuna u- 
nita operativa tale da generare diverse condizioni di aspetto grafico 

25 dell'unita operativa ciascuna delle quali e univocamente correlate ad un 





do. 



Vantaggiosamente, il programma di simulazione consente 
I'impostazione da parte dell'utente di condizioni operative di partenza 
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prestabilito valore delle variabili relative alia condizione operativa della 
stessa unita operativa e/o delle variabili di comando di commutazione o 
di mantenimento dello stato operativo della unita operativa stessa. 

Secondo un ulteriore aspetto deH'invenzione, il funzionamento del 
programma logico di controllo e di comando viene ulteriormente paralle- 
lamente od alternativamente rappresentato sotto forma di comporta- 
; ;N vj39fiflto dell'equivalente logica hardware di comando costituita da una re- 
^ gZ***™"' te di rele, essendo previsto un programma di simulazione di funziona- 
| mento dei rele ed un programma di simulazione di funzionamento della 

<S zl ^.\AK rete di re| e, nonche programmi grafici di rappresentazione dei rele uni- 

V i' 

? ?sr) vocamente associati a ciascun programma di simulazione dei rele e di 
rappresentazione grafica della rete di rele. 

Anche in questo caso, come nel caso delle unita operative cia- 
scun rele e simulato grazie ad un programma logico di tipo booleano 
15 venendo le singole condizioni di stato del rele e/o i comandi di commu- 
tazione rappresentati da variabili di stato o di comando ed essendo i 
programmi grafici tali da associare diversi aspetti grafici dei rele univo- 
camehte correlati ai valori assunti dalle dette variabili di stato o di co- 
mando. 

Grazie a quanta sopra, il dispositivo secondo I'invenzione con- 
sente di eseguire la validazione o la certificazione del programma logico 
di controllo e di comando dell'impianto sulla base di un modello software 
fedele ed affidabile dell'impianto reale stesso con gli evidenti vantaggi 
rispetto ai sistemi di certificazione e validazione attualmente utilizzati. 
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I due livelli di visual izzazione del comportamento funzionale 
deHMmpianto, sotto forma di file di report che visualizza i valori delle va- 
riabili di stato elaborate dai programmi elaborati dai programmi logici di 
simulazione delle unita operative e sotto forma di rappresentazione gra- 
fica della condizione operativa delle unita operative consente di verifica- 
re nel dettaglio sia in modo analitico sia in modo visivo diretto della 
ifcLTAttlG ^r.^cSndizione fisica di funzionamento le unita operative delPimpianto 
'quindi le modalita di funzionamento dello stesso. 




L'ulteriore altemativa che consente di visualizzare il motore logico 
di comando e di controllo deirimpianto sotto forma di rete tradizionale di 
rele permette di verificare il funzionamento del motore secondo la tradi- 
zionale logica hardware conferendo un ulteriore strumento di verifica vi- 
siva. Anche in questo caso e comunque possibile visualizzare oltre che 
fisicamente le modificazioni d'aspetto dei rele relative alia condizione 
15 operativa anche analiticamente le variabili di stato e quelle di comando 
analogamente a quanta indicato per le unita operative. SI noti come la 
rappresentazione grafica sotto forma di rete tradizionale di rele della lo- 
gica di controllo e di comando booleana consente di verificare visiva- 
mente il funzionamento intemo della detta logica, semplificando quindi 
20 Tidentificazione di errori allMntemo della logica stessa e non solo sulla 
base di errati comandi inviati alle unita operative. Viene infatti cosi vi- 
sualizzata non tanto la situazione delle variabili di uscita e di quelle di 
ingresso al motore logico di controllo e di comando, quanta la situazione 
delle modificazioni che dette variabili subiscono durante I'elaborazione 
25 dalllngresso airuscita. 



it 
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La previsione inoltre di una interfaccia di impostazione di partico- 
lari condizioni operative dell'impianto o di situazioni anomale* consente 
di verificare le reazioni deH'impianto con riferimento a diversi scenari 
operativi. Tali impostazioni sono eseguibili da parte del personale impo- 
nendo ad inizio ciclo di esecuzione del motore logico di controllo e di 
comando determinate condizioni di stato alle diverse unita operative, 
essendo possibile prevedere mediante opportuna programmazione an- 
che condizioni in cui una o piu unita operative risultino non funzionati o 
funzionanti in modo anomalo. 




r, 




s7aA^iii^ Gambino E* facilmente intuibile come nel caso della presente invenzione 
sia possibile programmare o configurare immagini e/o liste di variabili di 
stato e di comando delle unita operative virtuali corrispondenti alia desi- 
derata o corretta condizione di funzionamento o di stato deH'impianto in 
concomitanza con una prestabilita situazione di funzionamento. In que- 
ls sto caso, prevedendo tali immagini grafiche nominali e tali valori nomi- 
nali delle variabili di stato e di comando delle unita operative virtuali e 
^ possibile eseguire oltre che la verifica di corretto funzionamento diretta e 

visiva anche una verifica automatica sulla base del confronto fra le im- 
magine nominale e la tabella o la lista nominale delle variabili di stato e 
20 di comando desiderate e precedentemente programmate e I'immagine e 
le variabili di stato o di comando effettivamente elaborate all'atto del 
funzionamento della logica di controllo e di comando con il modello vir- 
tuale di impianto di stazione, venendo inviato un messaggio di errore in 
caso di non identita. In questa verifica automatica e possibile anche che 
25 venga visualizzato graficamente ed analiticamente I'unita operativa che 
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ha assunto una condizione non corretta e la o le relative variabili di stato 
o di comando. 

Tale modalita puo anche essere estesa alia rappresentazione si- 
mulata della rete di rele, indicando quale o quali rele non sono stati 
commutati nella corretta condizione e le relative variabili di stato o di 
comando di commutazione. 
.«£vno" Qua,e ulterior© sviluppo e anche possibile prevedere strumenti 
automatici che correggono il programma logico di controllo e comando 
in funzione delle eventual! correzioni apportate dall'utente alle variabili di 
stato o di comando modificate manualmente in presenza di un errore di 
stato o di comando di una unita operativa virtuale o di un rele nel circuito 
logico di comando corrispondente costituito dal modello virtuale di rete 
di rele. 

In questo caso, gli interventi di modifica sia di tipo alfanumerico 
eseguiti sui file di report delle variabili di stato o di comando, oppure gli 
interventi di modifica grafici dell'aspetto dell'unita operativa o del rele 
corrispondente alio stato della detta unita operativa o del detto rele ven- 
gono interpretati da un programma di correzione che analizza i valori 
delle variabili di stato o di comando impostati manualmente a correzione 
di quelli errati, analizza il programma logico di controllo e di comando e 
ne modifica il codice in modo da commutare I'unita operativa od il rele 
nella corretta condizione di stato al verificarsi della stessa condizione di 
funzionamento in presenza della quale il programma logico di controllo e 
di comando aveva precedentemente prodotto I'errore. 
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E' possibile inoltre memorizzare zone deli'impianto virtuale di sta- 
zione e Ie relative parti del programma logicb di controllo e di comando 
che presentano tipiche strutture d'impianto ricorrenti nei diversi impianti 
di stazione, in modo da poter caricare e riutilizzare sia i programmi di 
simulazione booleana, sia i programmi di visualizzazione grafica nonche 
Ie parti di programma logico di controllo e di comando in nuovi impianti 
di stazione presentanti identiche zone di stazione. 

. ..La struttura hardware/software del dispositivo secondo 
'Jnvenzione consente di ampliare la validazione e la certificazione anche 
ad un sistema di validazione e certificazione basato sulla diversita del 
programma di generazione del programma logico di controllo e di co- 
mando, come ad esempio un cosiddetto checker di algoritmi boolean!. 

E' possibile prevedere varie possibility. Una prima di queste pos- 
sibility consiste nel prevedere un ulteriore programma di generazione 
del programma logico di controllo e di comando oggetto di validazione 
da parte del dispositivo che opera in base ad un cod ice di verso da quel- 
lo con cui e stato generato il programma logico di controllo e di coman- 
do in fase di validazione. II programma logico di controllo e di comando 
generato dal checker puo venire confrontato con il programma logico di 
controllo e di comando in fase di validazione per il rilevamento della i- 
dentita fra i due programmi logici di controllo e di comando. In aggiunta 
od in altemativa il programma logico di controllo e di comando generato 
dal checker puo venire sottoposto anch'esso alia certificazione o valida- 
zione mediante il dispositivo sopra descritto ed i risultati possono venire 
confrontati con quelli ottenuti alPatto della validazione o certificazione 
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del primo programma logico di controllo e di comando. In questo caso la 
verifica di cpnfronto viene eseguita sulle variabili di stato e di comando 
delle unita operative e dei rele della rete virtuale di rele sia dal punto di 

vista numerico che dal punto di vista grafico. Ad esempio e ipotizzabii 

Stir 

una sovrapposizione delle immagini grafiche delle condizioni dilate 

deirimpianto ottenute con i due programmi di logica di controllo emcp- 

x 

mando. In questa sovrapposizione deirimmagine della condizione di 
to deirimpianto le eventual! differenze vengono graficamente evidenzia- 
te o saltano direttamente all'occhio dell'utente. 
ftambmo Le due moc j a |jta su descritte possono venire eseguite alternati- 
vamente fra l,oro od in successione fra loro essendo anche possibile 

rA modificare Tordine di successione delle due diverse modality di confron- 

og 
fl> 

_J^/ Eseguendo prima il confronto relativo alle condizioni d'impianto 



to. 



is ottenute dai due programmi logici di controllo e di comando e possibile 
ad esempio meglio identificare su quali parti del programma possono li- 
mitarsi le operazioni di confronto e quindi le eventuali operazioni di cor- 
rezione dello stesso o le indagini di debugging (ricerca d'errore). 

Oltre che al programma logico di controllo e possibile eseguire la 

20 certificazione sulla base della diversita anche a livello dei programmi lo- 
gici di simulazione delle singole unita operative e della struttura 
d'impianto nonche a livello dei programmi logici di simulazione dei rele e 
della rete di rele ed eventualmente tale operazione di certificazione sulla 
base della diversita del programma di generazione pud essere estesa 
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anche ai programmi di rappresentazione grafica delle unita operative o 
dei rele. ' 

In una ulteriore forma esecutiva, il certificatore booleano e costi- 
tuito da un parallelo dispositivo di verifica del programma logico di con- 
trollo e di comando dell'impianto ferroviario mediante simulazione 
deirimpianto stesso, il quale certificatore comprende un programma di 
verifica o di test ed i programmi di simulazione deirimpianto ferroviario 
sviluppati secondo criteri di diversita, cioe con altri programmi di gene- 
razione o scrittura e tale certificatore esegue la stessa verifica del di- 
spositivo secondo I'invenzione, owero del primo dispositivo verificatore, 
il'-yfuM'medesimo programma logico di controllo e di comando, venendo 
confrontati fra loro i risultati dei due test paralleli e da questo confronto 
venendo generati messaggi di informazione o di errore a seconda se 
I'esito del test e identico o presenta diversita. 

Nell'ambito del dispositivo secondo I'invenzione e compreso an- 
che un programma di progettazione, cioe di generazione del codice boo- 
leano e del programma di rappresentazione grafica degli enti di piazza- 
le. 

Nonostante il dispositivo secondo la presente invenzione sia ba- 
sato su tradizionali o sostanzialmente tradizionali sistemi di elaborazio- 
ne, e da notare come in realta si tratti di un dispositivo tecnico che costi- 
tuisce in sostanza un simulatore virtuale della struttura reale 
dell'impianto e che come tale ha vantaggi ed effetti tecnici. 



- 14- 




|V 2002 A 0 0 0 0 5 6 

"4 nov.2002 




Giorgio A. 

Mandate 
IscrittoalN. 



L'adozione dello strumento software e dettata dal fatto che la lo- 
gica di comando e essa stessa un software, per cui I'implementazione 
mediante uno strumento software risulta essere ia migliore soluzione. 

E' inoltre da notare come il dispositivo secondo la presente in- 
venzione pu6 essere dotato di una opportuna interfaccia di rete e pud 
diventare un nodo non vitale deH'impianto ferroviario grazie a cui e pos- 
sibile modificare agilmente il programma logico di controllo e di coman- 
do e valicare virtualmente lo stesso, ad esempio in caso di modifica 
strutturale deH'impianto ferroviario di stazione, come ad esempio la sop- 
pressione di una linea o I'aggiunta di una linea con le corrispondenti uni- 
te operative. 

Inoltre il dispositivo secondo I'invenzione in qualita di nodo colle- 
gato in rete ed interfacciato con I'impianto ferroviario pud assumere fun- 
zioni di supervisione o diagnostica del corretto funzionamento 
deH'impianto reale di stazione, in quanta fomendo al dispositivo stesso 
le stesse variabili di ingresso che presenta I'impianto reale per la logica 
di controllo e di comando e facile eseguire un confronto fra ia condizione 
di stato che ha assunto I'impianto reale e quella che ha assunto 
I'impianto simulato. Tale confronto pud essere eseguito analogamente 
al confronto delle condizioni d'impianto ottenute con i due programmi di 
controllo e di comando come descritto in precedenza per la validazione 
o certificazione ulteriore in base ai criteri di diversita. 

Sempre grazie al dispositivo secondo I'invenzione, nella condi- 
zione quale nodo facente parte di un sistema di controllo e di comando 
di un impianto di stazione e ad esempio possibile, in casi di emergenza 
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simulare le varie possibility di intervento o comando del sistema per at- 
tuare sull'impianto stesso quella fra Ie scelte possibili che offre la miglio- 
re soluzione. 

Vantaggiosamente il dispositivo secondo Tinvenzione comprende 
5 un programma di esecuzione delle funzioni di simulazione con una inter- 
faccia utente del tipo utilizzato dal programma Windows ® di Microsoft 
Inc. e che comprende quindi finestre operative con pulsanti di funzione, 
menu di scelta rapida ed altre funzionalita tipiche della detta interfaccia, 
oltre che owiamente I'utilizzo del mouse o di altri sistemi di puntamento, 
10 selezione ed immissione di comandi e la tastiera per Timmissione di dati 




SESNERMBmericI, alfanumerici e/o di comandi numerici od alfanumerici, come 
CZ*<**«+* pure per la creazione o modifica delle immagini grafiche delle unita ope- 
rative e/o dei rele o di altre parti della struttura d'impianto. Cio rende Ie 
operazioni del personale addetto estremamente comode e semplici ri- 
portandole in un ambito di interfaccia fra Telaboratore ed il programma e 
Tutente assai noto e di largo impiego. 

Ulteriori caratteristiche e perfezionamenti del dispositivo secondo 
I'invenzione sono oggetto delle sottorivendieazioni. 

Le caratteristiche deirinvenzione ed i vantaggi da esse derivanti 
20 risulteranno meglio dalla seguente descrizione dettagliata di alcuni e- 
sempi esecutivi illustrati a titoio d'esempio non limitativo nei disegni al- 
legata in cui: 

La fig. 1 illustra schematicamente un dispositivo secondo 
Pinvenzione sotto forma di elaboratore o personal computer e le con- 
25 nessioni remote possibili. 
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La fig. 2 illustra uno schema di flusso della verifica funzionale e- 
seguita dal dispositivo secondo I'invenzione. 

La fig. 3 illustra con una rappresentazione schematica le funzioni 
interne del dispositivo secondo I'invenzione. 
5 La fig. 4 illustra un esempio di finestra di visualizzazione 

layout grafico dellMmpianto, in particolare della stazione o della 
stazione simulata dal dispositivo durante la funzione di test di un 
gramma logico di controllo e di comando di un impianto ferroviario 

La fig. 5 illustra due particolari delle barre dei comandi e degli 
10 strumenti delle finestre iniziali dello svolgimento della verifica mediante il 
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SEGSa-n/yiJ^; GrN^isppsitivo secondo I'invenzione. 

5^ o — c^uw- La fig. 6 illustra un esempio delle finestre visibili al caricamento 
del programma completo di simulazione e di test ed in cui e aperta una 
w finestra di controllo per rente dev_pl. 

La fig. 7 illustra un esempio di finestra per la selezione aggiunta e 
modifica di programmi di simulazione di unita operative dMmpianto, in 
particolare di enti di piazzale. 

La fig. 8 illustra un esempio di finestra per la specifica di interfac- 
cia di ciascun simulatore di unita operativa o di ente definito con la fine- 
20 stra della fig. 7. 

LA fig. 9 illustra un esempio di finestra per Tesecuzione della fun- 
zione di specificazione del comportamento dell'unita operativa o 
delPente relativamente al modello virtuale costituito dal simulatore boo- 
leano che lo descrive. 
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La fig. 10 illustra una tabella di descrizione dei valori assumibili 
dalle variabili nella tabella delle verita e la suddetta tabella. 

La fig. 11 e la fig. 12 illustrano i menu a tendina attivabili dalla fi- 
nestra di specificazione del comportamento dell'unita operativa o 
5 dell'ente di piazzale secondo la fig. 10 per I'esecuzione di' determinate 
funzioni di specifica del detto comportamento. 

La fig. 13 illustra un esempio di finestra di selezione delle classi 
grafiche. 

Le figg. 14 e 15 illustrano ulteriori finestre per eseguire le funzioni 
10 di aggiunta o di mod'rfica delle classi grafiche accessibili attraverso pul- 
santi della finestra di selezione delle classi grafiche secondo la figura 




BSBEKASSO 
sou AtmccOeettGambino 




La fig. 16 illustra un esempio di una finestra per eseguire la speci- 
fica dello stato e dei colon degli oggetti grafici. 

La fig. 17 illustra una finestra di selezione e caricamento di una 
ogj "Tabella delle Condizioni". 

La fig. 18 illustra un tabella di struttura di un file di "Tabella delle 
Condizioni". 

La fig. 19 illustra un esempio di file di 'Tabella delle Condizioni" 
La fig. 20 illustra un esempio di finestra dei "Comahdi di Slmula- 
zione". 

La fig. 21 illustra un esempio di finestra per la gestione dei co- 
mandi di simulazione accessibile mediante tasto rapido o comando di 
menu dalla finestra secondo la figura 20. 

25 



20 
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La fig. 22 illustra un esempio una finestra di selezione del valore 
delle variabili accessibile dalla finestra secondo la fig. 20 tramite tasto 
rapido o comando di menu. 

La figura 23 illustra una finestra di visualizzazione delle equazioni 
5 booleane del programma di controllo e di comando. 

La figura 24 illustra la finestra di visualizzazione del circuito equi- 
valente di una equazione booleana del sistema di equazioni booleane 
che formano il programma di controllo e di comando in fase di test. 

La fig. 25 illustra un esempio di finestra di visualizzazione del cir- 
10 cuito di un ente simulate 

Le pagine allegate A1, A2, A3, A4 illustrano un esempio di test 
secondo lo strumento di esecuzione di prova automatica.e contengono il 
file report di detto test. 
osaGambmo nferimento alia figura 1, il dispositivo secondo I'invenzione 
•fP^consiste in un simulatore delle funzioni di uno o piu sistemi costituiti da 
apparato di stazione con computer vitale dal punto di vista del test 

opj 

y/ie\ programma logico applicativo di comando e di controllo che e im- 
■ J - 1 

plementato come un insieme di equazioni booleane. II dispositivo e 

strutturato in modo da simulare un apparato di stazione con computer 

20 vitale in tutte le sue condizioni operative. 

Nei tradizionali sistemi di comando e di controiio di impianti ferro- 

viari, la logica applicativa di funzionamento dell'impianto e sotto forma di 

una rete di rele. In tempi piCi recenti, con I'introduzione di elaboratori e- 

lettronici sempre piu affidabili e stabili la logica applicativa deH'impianto 

25 e stata sostituita da un programma logico di controllo e di comando che 
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viene eseguito da un elaboratore. II programma e costituito da un insie- 
me di equazioni booleane che ciclicamente leggono le condizloni di sta- 
te di una pluralita di unita operative, cosiddetti enti di piazzale, come cir- 
cuiti di binario per il rilevamento della presenza di treni su blocchi pre- 

5 stabiliti di linea, dispositivi di segnalamento, deviatoi, ecc, e sulla base 
delle dette condizioni codificate sotto forma di variabili di stato computa- 
no o definiscono nuove variabili di stato in uscita che costituiscono co- 
mandi di commutazione dello stato o.di mantenimento dello stato opera- 
tive delle unita operative per I'adeguamento alle condizioni rappresenta- 

10 te dalle variabili in ingresso. 

genI:I?ale L'insieme di equazioni booleane deve eseguire il computo delle 

ambino 

* condizioni di stato degli enti di piazzale in modo corrispondente a moda- 
lita di funzionamento prestabilite che sono codificate in tabelle di com- 
portamento funzionale deirimpianto, cosiddette tabelle delle condizioni. 
II dispositivo secondo la presente invenzione deve emulare il compor- 
tamento funzionale di un impianto ferroviario owero di un apparato di 
stazione a computer vitale. Tale emulazione consente di verificare come 
se la verifica venisse eseguita sull'impianto reale stesso il programma 
logico di comando e di controllo espresso con il formalismo del sistema 
di equazioni booleane. E cid sia in condizione di impianto correttamente 
funzionante che in presenza di anomalie di uno o piu enti di piazzale. 

II dispositivo secondo la presente invenzione cosi come illustrato 
nella figura 2 comprende un elaboratore elettronico con memorizzato un 
programma di test e di simulazione presenta interfacce verso mezzi di 
5 immissione di dati e/o di comandi, mezzi di visualizzazione, mezzi di 
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connessione ad apparati remoti, come I'apparato di stazione con com- 
puter vitale, elaboratori remoti per 1'esecuzione di procedure collaterali 
ed altro. II programma di emulazione comprende diverse routine ed in 
particolare: 

5 una routine per eseguire le equazioni booleane che costituiscono 

il programma stesso; 

Una routine per la configurazione delle variabili d'ingresso o di i- 
nizializzazione del sistema di equazioni booleane, owero I'impostazione 
^ di scenari di funzionamento deirimpianto 

10 Routine di visualizzazione delfimmagine grafica deirimpianto e 

delle unita operative in esso comprese e che rappresentano un'immagi- 

3RETA2IO GENERALS * 

>a Anna RxSfrrg&nxb&s delle unit& operative, che e diversa per ciascuno degli stati operativi 

che I'unita operativa o rente di piazzale possono assumere. Ed e 

univocamente correlata al detto stato od alia detta condizione operativa 

dell'ente di piazzale, nonche altre routine collaterali che completano e 

semplificano le operazioni di test. 

| La simulazione deirimpianto ha luogo grazie alia generazione di 

un modello virtuale di impianto di stazione in cui i componenti operativi 

e/o strutturali deirimpianto sono univocamente identificati ed il cui com- 

20 portamento funzionale e ricostruito grazie a equazioni booleane 

La struttura fisica deirimpianto viene invece definita da associa- 

zioni di dette unita strutturali od operative che ne descrivono e/o visua- 

lizzano la disposizione relativa nello schema deirimpianto e definiscono 

quali unita operative devono lavorare insieme. 




►soff 
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Come si vedra con maggiore chiarezza in seguito le unita opera- 
tive, cioe gli enti di piazzale sono descritti da variabili di stato in uscita 
cosiddetti controllo e che descrivono la condizione operativa dell'unita 
od ente di piazzale ed variabili di mantenimento e/o modifica dello stato 
5 in ingresso che indicano se o meno I'unita operativa deve cambiare sta- 
to e verso quale stato la transizione deve awenire. Le variabili in uscita 
vengono fornite al programma logico di controllo e di comando che 
quindi durante il ciclo elabora nuove variabili di stato che vengono fomi- 
| te quali variabili d'ingresso alle unita operative per la simulazione del 

10 comando delle stesse nello stato operativo desiderata. 
SEGRETARio GENERALEPer la generazione del modello virtuale d'impianto ferroviario, il 

ir.ssa Amm.¥\ma Gamhino 

^ <^**^*--dispositivo secondo I'invenzione prevede non solo la simulazione del 
comportamento funzionale degli enti di piazzale sotto forma di pro- 

" : •■• Vi'ra gramma logico costituito da equazioni booleane, ma anche la rappre- 

" "?>/ 

.; o c> 15 / sentazione grafica degli enti di piazzale. Questa rappresentazione grafi- 
ca comprende diverse opzioni prestabilite di aspetto grafico dell'ente di 

^ piazzale, ciascuna delle quali corrisponde univocamente ad uno stato 

operativo dello stesso ed e associata ad uno dei prestabiliti valori che 
assumono le variabili di stato del programma logico di simulazione 
20 dell'ente di piazzale o ad una combinazione prestabilita di valori di due o 
piu variabili di stato previste dai programma iogico di simuiazione 
dell'ente di piazzale. Owiamente gli aspetti grafici dell'ente di piazzale 
saranno delle riproduzioni schematiche dell'aspetto dell'ente di piazzale 
cosi come i diversi aspetti corrispondenti alle diverse condizioni operati- 
25 ve di ciascun ente si differenzieranno fra loro in modo da riprodurre 
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quando possibile le modificazioni reali dell'aspetto dell'ente di piazzale 
nelle varia condizioni operative. 

II dispositivo secondo I'invenzione puo comprendere vantaggio- 
samente anche tools di modificazione e/o generazione dei programmi 

5 logici di simulazione degli enti di piazzale e/o della veste grafica di rap- 
presentazione dei detti enti nelle varia condizioni operative. Queste pos- 
sono venire memorizzate e quindi richiamate come routine generiche 
che in un prestabilito schema d'impianto assumono un ruolo preciso ed 
univoco grazie alia definizione di univoci nomi di identificazione ed uni- 

10 voche relazioni od associazioni funzionali con altri enti di piazzale od al- 
tri elementi strutturali deH'impianto nonche con le corrispondenti relazio- 



mtAMQ GENERALE di dis P osizione nell ° spazio per quanta riguarda la collocazione degli 

iAnntUjbauGajnbina , 



stessi nell'insieme della rappresentazione grafica dell'impianto stesso. 
Owiamente come risulta dalla figura 1 I'impianto puo operare an- 



ter vitale reale e I'impianto ferroviario vero e proprio stesso, costituendo 
un nodo non vitale di una rete di connessione con dette unita. 

Con riferimento alia figura 3, il dispositivo e quindi sostanzialmen- 
20 te una postazione di lavoro basata su un personal computer. Vantaggio- 
samente I'ambiente operativo preferito, e I'ambiente Windows NT ® sul 
quale e installato il software specifico di simulazione del dispositivo. La 
suddetta scelta dell'ambiente operativo costituisce un vantaggio poiche 
I'ambiente Windows ® e le sue funzionalita di base sono ampiamente 
25 note. L'ambiente di lavoro quindi e strutturato in modo tale da visualizza- 





che in combinazione diretta con le unita di generazione del programma 
logico di controllo e di comando e/o con I'apparato di stazione a compu- 
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re diverse finestre di lavoro, compreso lo schema della stazione o 
dell'impianto, mentre I'utente opera sugli elementi di configurazione e/o 
controllo del dispositivo di simulazione stesso. Grazie al monitor e prefe- 
ribilmente a due monitor I'utente vede direttamente le funzioni selezio- 
5 nate o le azioni impostate, poiche il programma logico principale di si- 
mulazione ed il programma di gestione della grafica interagiscono fra 
loro. 

II video ausiliarb viene comandato con le funzioni di estensione 
) del desktop gia previste in ambiente Windows <§>.. 

io II software del dispositivo e realizzato sotto forma di tipico appli- 

cative Windows® e quindi si awale dei meccanismi tipici dell'ambiente 
operative In questa sede non si entra nel merito specifico di tutte le 
possibility e della struttura a finestre dell'ambiente Windows® poiche 

^Si^LSS^ 5 * 6 fanno P arte di una conoscenza di base comune e di larga diffu- 
15 sione. 

Per I'esecuzione della verifica mediante simulazione con il dispo- 
^»§^, sltivo secondo I'invenzione e necessario svolgere diverse attivita iniziali 

^J-Sphe comprendono i seguenti passi: 
•D> generazione del file grafico descrittivo per gli strumenti di verifica; 

20 verifica del suddetto file grafico 

generazione delle equazioni booleane il cui sistema costituisce il 
cuore del programma logico di controllo e di comando 

generazione eventuale della tabella di transcodifica; 
generazione eventuate della tabella codificata delle condizioni; 
25 eventuate generazione dei file di testo i comandi cosiddetti batch. 
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L'attivita di verifica del programma logico di comando utilizza qua- 
li elementi di verifica che sono genericamente noti. 

II programma di verifica mediante simulazione dell'impianto ferro- 
viario cpmprende quindi i seguenti dati: 

File con le equazioni booleane che descrivono una stazione od 
una zona da verificare; 

File grafici della o delle stazioni o zone da simulare; 
eventuali file contenenti la tabella di transcodifica; 
eventuali file contenenti la tabella delle condizioni 
ed eventuali file di testo contenenti i file batch. 

.—frAtt'O G3NBRAUB 

XfkAnm ii0A£atnbino In uscita viene fornito quale risultato del test un file di report utiliz- 
zabile dall'utente e/o anche memorizzabile. Durante I'esecuzione del 
test il funzionamento dinamico dell'impianto ferroviario viene reso- con- 
- - ~ a ,cK trollabile sia in tempo reaie che eventualmente in un secondo tempo e 
.. Igwjsia grazie alia visualizzazione di messaggi alfanumerici o dei valori del- 
■ le variabili di stato sia grazie alia rappresentazione grafica dell'impianto 
stesso. 

L'inizio della sessione di lavoro puo comprendere la generazione 
di un nuovo progetto o il caricamento di progetti gia awiati. Se si tratta 
20 di un nuovo progetto si selezionano una o piu stazioni o zone d'impianto 
da utilizzare nella simulazione. 

Dopo il caricamento e/o la generazione dei dati di progetto e ne- 
cessario prowedere alia configurazione del dispositive Le operazioni 
da eseguire per poter effettuare il test mediante simulazione 
25 dell'impianto ferroviario sono: I'impostazione di un tempo di cicio del si- 
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sterna, la definizione di suffissi per ciascuna tipologia di ente di piazzale; 
la definizione dei simulatori degli enti di piazzale; I'eventuale aggiunta di 
zone da controllare; I'associazione dei simulatori di enti alle variabili; 

la definizione dei colori e degli stati assumibili dagli oggetti del di- 
5 segno; I'assegnazione degli stati e dei colori agli oggetti del disegno. 

Come gia indicato esiste anche un comando che lavora diretta- 
mente sullo schema grafico della stazione o della zona d'impianto per 

^ dfjnp gli stati degli enti ed il colore degli oggetti. 

^EGREJARIO GENERALS a aa U1, 

J^aAnna^^b^ £ . possjbj | e attivare )e fj ne stre di controllo selezionando finestre 
10 ed oggetti da inserire nelle finestre e/o attivare la barra dei comandi se 
non e gia attiva. Owiamente e possibile eseguire i test e salvare lo stato 
-tA corrente del progetto. A tale scopo risulta conveniente eseguire salva- 
:)'y taggi man mano che la situazione della simulazione evolve, salvando 
sempre con nomi diversi per non sovrascrivere la vecchia configurazio- 
15 ne. Ogni configurazione e ricaricabile per partire con una nuova fase di 
simulazione. Nella simulazione e possibile eseguire dei file batch di con- 
| figurazione che corrispondono ad esempio a diversi scenari di funzio- 

namento o di configurazione dell'impianto oppure a diversi comandi. 

Un modulo di comando e connessione remota, in particolare tra- 
20 mite protocollo di rete e piu preferibilmente mediante protocollo TCP/IP 
consente anche di gestire il dispositivo completamente da una postazio- 
ne remota.. 

L'utente puo terminare il processo di verifica mediante simulazio- 
ne in qualsiasi istante senza perdere il lavoro gia svolto, salvando il pro- 
25 getto. Per progetto si intende tutto I'insieme dei file generati a monte del 
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processo di test e tutti i file generati nelle fasi di configurazione e di si- 
mulazione della stessa. 

La fig. 4 illustra una videata di esempio di cid che appare sul mo- 
nitor durante I'esecuzione di un test. 

5 Awiando il sistema la prima videata che appare § sostanzialmen- 

te simile a quella della figura 5. Viene aperta una finestra in cui la parte 
superiore 10 permette la gestione delPapplicativo, mentre la finestra 11 
rappresenta la barra dei comandi per la simulazione. Questa seconda 
finestra pud venire spostata evidenziandone la fascia superiore e trasci- 

10 nandola in una posizione comoda all'utente. 



Hi SBBCHsrAMO car£i^Alimmediatamente sotto alia riga 110 dei comandi principali (file, 




<^~*~Viste, etc.) viene visualizzata una barra dei pulsanti rapidi per attivare 
velocemente alcuni comandi. 

II significato dei pulsanti sar& illustrato nelle sezioni in cui viene 
ttato il comando stesso. 

Inoltre e previsto anche un comando od un pulsante di aiuto che 
attiva un menu di aiuto con cui e possibile accedere o consultare un file 
di guida. La guida pud anche essere del tipo interattivo od in linea ana- 
logamente airambiente Windows ®. Analogamente a questo ambiente 
20 una vola attivato il comando, appare una finestra della guida da cui e 
possibile scegliere le opzioni di visualizzazione, stampa ed altro. 

II comando file della barra dei comandi 110 consente di iniziare 
un nuovo progetto o di aprirne uno gia esistente, di salvare il progetto 
corrente e di salvare il progetto corrente ed uscire dall'applicativo. Le 
25 opzioni di comando del comando file sono accessibili grazie ad un tipico 
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menu a tendina che elenca tutte le opzioni di comando e da cui e possi- 
bile selezionare il comando desiderata. 

Alcuni o tutti i comandi sono personalizzabili e trasformabili me- 
diante realizzazione di una routine in qualsiasi tipo di tasto rapido di atti- 
5 vazione. 

II tasto rapido 210 consente d| iniziare un nuovo progetto, alio 
scopo di definire tutto lo scenario di una simulazione, owero di definire 
le stazioni in esame, le finestre di controllo che si desidera attivare, ie 
) variabili da visualizzare, la modalita di visualizzazione, come ad esem- 

io pio I'aspetto della finestra, i colon, i colon di lampeggiamento, le visua- 
lizzazioni con forme d'onda numerica o di altro tipo 
2^^d£^ Ganibino Se nel dis P°sitivo e gia caricato un progetto, all'utente viene ri- 
chiesto di salvare o di eliminare il progetto con una finestra di comuni- 
^j^^s. cazione che presenta pulsanti di comando per I'esecuzione delle varia 

o-ir % 15^ Nppzioni su indicate. 

Go o go) 

%>. v $W Sa ' Vare progetto caricat ° e passibile utilizzare il corrispon- 

| ^ojo^/ dente con^anjQ de| menu w oppure uti | jz2are H tastQ rapjdo dj sa|vg _ 

taggio indicato con 410. 

Durante il caricamento, il programma controlla la sintassi e la 
20 semantica dei file di configurazione e del file del disegno grafico 
deinmpianto, delle zone dello stesso e degli enti di piazzale. Inoltre 
vengono individuati i moduli del simulatore, cioe i programmi di simula- 
zione delle unita operative, cioe degli enti di piazzale e le modalita di vi- 
sualizzazione grafica degli stati degli enti di piazzale o delle unita opera- 
25 • tive, come ad esempio i colori degli oggetti grafici del disegno. Se i sud- 
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detti file contengono un errore irreparabile, il dispositivo non carica il file 
contenente gli errori. Vengono quindi elencati gli errori in una casella di 
riepilogo di una finestra.visualizzata per ogni impianto, stazione o zona 
d'impianto. 

La funzione di completamento viene terminata al momento che 

I'operatore invia una conferma e il risultato del caricamento e I'apertura 

di due fihestre 10 e 30 come indicato alia figura 6. Oltre alia finestra 

principale 10, generalmente viene visualizzata anche la finestra 30 di 

controllo ed il layout grafico dell'impianto o della stazione o della zona^V 

fa* $ 

caricata. re£ "i 

II caricamento di un progetto prevede la visualizzazione dei se- 



"guenti dati: 

Nome dell'lmpianto o della stazione o della zona, il numero delle variabi- 
li contenute nelle equazioni che descrivono I'impianto o la stazione o la 
zona, il numero dei Pterm, cioe dei termini di prodotto ottenuti nelle e- 
quazioni booleane, delPimpianto, o della stazione o della zona, la coper- 
tura delle variabili, cioe la percentuale di variabili esercitate al procedere 
della simulazione e la copertura dei Pterm, cioe la percentuale che e 
stata esercitata al procedere della simulazione. 

II tasto veloce 510 esegue la funzione di chiusura di un progetto. 
II menu gestione progetto accessibile dalla barra dei comandi 110 della 
finestra 10 rende disponibili due comandi e cioe il comando Aggiungi 
Stazione/Zona e cancella Stazione/Zona. A questi comandi sono asso- 
ciati tasti di comando veloce che sono indicati con 610 e 710 nella barra 
dei tasti veloci. 
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II comando Aggiungi Stazione/zona od il corrispondente tasto ve- 
loce 610 consente di aggiungere una nuova stazione od una nuova zo- 
na al progetto che e gia caricato in memoria. 

Viene quindi visualizzata una finestra di dialogo per la specifica- 
zione della Stazione/Zona. L'utente pud specificare i nomi dei file appar- 
tenenti alia stazione od alia zona che l'utente deve digitare in un campo 
della finestra di dialogo. In luogo di digitare il nome, l'utente pud utilizza- 
re uno strumento di ricerca che e accessibile per mezzo di un tasto di 
ricerca. In questo caso viene aperta una finestra in cui sono visualizzate 
le stazioni o le zone salvate. Con gli strumenti di puntamento, l'utente 
puo selezionare e caricare le stazioni o le zone desiderate fra quelle 
presenti nella lista. E' anche possibile scegliere il formato dei file grafici 
che contengono il disegno grafico della stazione o della zona ad esem- 
pio un file di tipo CAD o TGIF. 



Con il pulsante "layout" l'utente puo specificare i file particolari 
che compongono il disegno grafico della stazione o della zona. A se- 
conda del formato del disegno si apre una finestra di dialogo per la spe- 
cifica della stazione o della zona corrispondente. Nel campo prestabilito 
l'utente puo indicare il nome del file di disegno ad esempio in formato 
CAD. Un campo file CAD ausiliario consente di specificare un file che 
contiene ulterior! simboli grafici da unire logicamente con il disegno 
CAD. Al termine della selezione il programma carica il file di configura- 
zione della stazione o della zona ed i file di disegno della stazione o del- 
la zona. Durante il caricamento, vengono controllati i file sintatticamente 
e semanticamente. Se i file contengono errori irreversibili, il sistema non 
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carica i file che contengono gli errori. II programma elenca gli errori in 
una casella di riepilogo. Se si verifica un errore grave net file di defini- 
zione della configurazione, la stazione o la zona non verra costruita nel- 
la memoria. Se il caricamento viene terminato correttamente, la stazione 
o la zona viene costruita nella memoria e il disegno grafico compare sul- 
lo schermo. 

Con il comando Cancella Stazione o zona, o con il corrisponden- 

te pulsante rapido 710 e possibile eseguire I'operazione di eliminare una 

i 

stazione od una zona dal progetto. 

La barra dei comandi 110 offre I'ulteriore comando "configura". 
? 4 :KtSQuesto comando concede la possibilita di scegliere fra varie opzioni da 
un menu. Una prima opzione consiste nel comando definizione del tem- 
po di ciclo. Anche per questo comando e previsto un tasto rapido che e 
gcpj • indicato con 810 nelle figure 5 e 6. 

II programma logico di controllo e di comando di un impianto fer- 
roviario, in particolare di un apparato di stazione a controllo vitale, ese- 
gue la lettura dei segnali di controllo fomiti dagli enti di piazzale e la e- 
missione dei segnali di comando secondo uno svolgimento ciclico. Tipi- 
camente I'intero ciclo di lettura elaborazione e trasmissione viene ese- 
20 guito in circa 500 ms. In ogni ciclo vengono ricalcolate le equazioni boo- 
leane che compongono il programma logico di controllo e di comando. 
Nel programma del dispositivo secondo I'invenzione, I'utente pud impo- 
stare qualsiasi tempo di ciclo corrispondente ad un numero reale. A tale 
scopo il tasto rapido 810 od il comando da menu determinano I'apertura 
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di una finestra d'impostazione del tempo di ciclo in cui e possibile speci- 
ficare un tempo di ciclo. 

II comando "Configurazione-Modifica suffissi", consente di defini- 
re i suffissi. Si tratta di una operazione importante in quanta i suffissi de- 
5 terminano il comportamento ed il significato semantico delle variabili bo- 
oleane nel file di configurazione del sistema, owero file delle equazioni. 
Una definizione errata del suffisso puo comportare un errore irreparabile 
durante I'elaborazione del file di definizione del sistema e questo errore 
disabilita la gestione delle relative stazioni o delle zone o degli enti di 
10 piazzale, cioe delle unita operative. I suffissi vanno definiti in conformita 
alle analoghe definizioni contenute nel file di definizione dell'impianto, 
<3S«B8/0BBia nel file di dati dal quale vengono programmate le memorie 

ino 

EPROM di sistema. Le impostazioni dei suffissi vengono eseguite con 
Tausilio di una finestra di dialogo. 

% ) E P° ssibile utilizzare una casella di modifica del suffisso per spe- 
.^/cificare il nome del suffisso. II nome puo contenere lettere in stampatel- 

lo. Un menu a tendina "Tipo" contiene tutti i possibili tipi disponibili e se- 

lezionabili. 

I significati dei suffissi sono: 

20 Ingresso: E* possibile utilizzare le variabili di tipo "ingresso" solo alia 
destra (elemento di un termine prodotto) di una equazione booleana nel 
file di configurazione del sistema: Se si fa riferimento ad una variabile 
del tipo "ingresso" a sinistra di una equazione booleana, come risultato il 
programma indica un errore durante il caricamento del file di definizione 

25 del sistema. 
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Uscita: Le variabili di tipo "uscita" vanno utilizzate alia sinistra di 
un'equazione booleana una sola volta. Se si fa riferimento ad una varia- 
ble del tipo "uscita" a destra di una equazione booleana o piu di una 
volta a sinistra della stessa, il programma indica un errore durante il ca- 
ricamento del file di configurazione del sistema. 

Ciclo Corrente: E" possibile utilizzare le variabili di tipo "ciclo corrente" 
da entrambi i lati dei una equazione booleana. E* possibile fare riferi- 
mento alia variabile una sola volta a sinistra e quante volte lo si desi 
a destra delle equazioni calcolate successivamente nello stesso c 
Se I'uso di una variabile di tipo "ciclo corrente" non e conforme alle rego 
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le su descritte, il programma segnala un errore. 

vsammc generals 

'hssa/liM^lssrCofiftftio Successiyo: E' possibile fare riferimento alle variabili di tipo "ciclo 
successivo" da entrambi i lati di una equazione booleana. Queste varia- 
bili possono essere poste sulla parte destra di una equazione (termine) 
in qualsiasi momento. Se si e fatto riferimento ad una variabile di questo 
tipo a sinistra di una equazione (risultato) non e piu possibile utilizzarla 
^ sulla destra cioe nelle equazioni eseguite nello stesso ciclo di elabora- 

zione ma calcolate successivamente. 

Ingresso condiviso: II tipo di variabile "ingresso condiviso" equivale al ti- 
po "ingresso" con la sola differenza che il programma aggiorna i valori di 
questi ingressi usando le "uscite condivise" appropriate di altre zone o di 
altri enti dopo ogni ciclo di calcolo. 

Uscita Condivisa: II tipo "uscita condivisa" equivale al tipo "uscita" con la 
sola differenza che il programma usa i valori di queste uscite per ag- 



20 
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giornare gii "ingressi condivisi" appropriati di.altre zone o di altri enti do- 
po ogni ciclo di calcolo. 

Temporizzato: II tipo "temporizzato" equivale al tipo "ciclo corrente". La 
differenza sta nel fatto che la variabile associata al tipo "temporizzato" 
5 sara vera se I'equazione che la calcola e vera ed il tempo di ritardo spe- 
cificato per la variabile e scaduto, cominciando a contare nel momento 
in cui I'equazione d'innesco diventa vera. Se la variabile associata al 
temporizzatore e stata calcolata vera precedentemente e I'equazione ad 
) essa associata calcolata falsa in questo momento, il valore della variabi- 

10 le temporizzata sara posto immediatamente a falso senza alcun ritardo. 
Un'equazione utilizzata per calcolare una variabile di tipo "temporizzato" 
deve essere preceduta dalla definizione di un ritardo, come indicato 

E ^S^S^^^ edent6mente C ° n rifenmento al coman do impostazione del tempo di 
ciclo del sistema. Se e stato specificato un ritardo per un'equazione di 
*' V* ' 15 x \tipo non temporizzato" o se un'equazione di tipo "temporizzato w non e 

4> 



% yobreceduta da una specificazione del ritardo il programma indica un erro- 



re. 

Uscita lampeggiante FLS: Questo tipo di variabile e equjvalente al tipo 
"uscita". L'equazione che calcola il valore di una variabile del tipo "uscita 

20 lampeggiante FLS" deve essere preceduta da un'equazione che calcola 
il valore di una variabile definita come uscita". Se le equazioni non sod- 
disfano questa condizione, il programma indica un errore. 

La barra dei comandi comprende un ulteriore comando denomi- 
nato "Configura-Aggiungi" simulatore di ente". Analogamente ad altri 

25 comandi anche questo e attivabile con un tasto rapido indicato con 910 
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nelle figure. Con questo comando e possibile definire un simulatore di 
ente fisico od unite operativa. La definizione dei simulatori di enti fisici e 
logici consiste nella definizione di un modello che viene eseguita in tre 
fasi: 

definizione di un nome del nuovo simulatore; 
specifica deirinterfaccia; 
progettazione del comportamento. 

Viene attivata una finestra di cui un esempio e illustrato alia figura 
7. La finestra consente di scegliere il nome del simulatore. II nome pud 
essere digitato in una opportuna casella della finestra. Un pulsante ag- 
giungi consente di aggiungere il nome specificato ad un elenco dei si- 
^^^tori esistenti e contemporaneamente apre una finestra di dialogo di 
definizione deirinterfaccia e la finestra della tavola delle verita per il 
nuovo simulatore. Se sono gia present! simulatori con il nome specifica- 
to, il programma rifiuta I'operazione ed apre una finestra di dialogo con 
un testo di awertenza per informare I'utente. Con un pulsante modifica 
Tutente pud modificare simulatori esistenti. La funzione modifica con- 
sente sia la modifica del nome del simulatore che del contenuto. II pro- 
gramma consente la modifica di piu di un simulatore contemporanea- 
mente. 

Per eliminare un simulatore dairelenco dei simulatori e possibile 



utilizzare un pulsante cancella che eliminera il simulatore il cui nome e 
stato evidenziato in una casella di dialogo di selezione. 

Per quanta riguarda Hnterfaccia del simulatore che costituisce la 
seconda fase di definizione di ciascun simulatore, questa consta di un 
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set di maschere e di relativi alias, tipi e funzioni. Per specificare 
I'interfaccia viene visualizzata una finestra di dialogo di definizione 
deirinterfaccia illustrata nella fig. 8. 

L'utente pud specificare una maschera utilizzando un pulsante di 
5 comando "modtfica" previsto nella detta finestra di dialogo. Questa ma- 
schera e utilizzata per identificare il nome esatto della variabile durante 
I'associazione simulatore-variabili. Una maschera pud contenere com- 
ponent costanti o parametriche in ordine arbitrario e secondo la sintassi 
Sella maschera stessa. La definizione della maschera e un passo obbli- 
10 gatorio. L'alias e il nome abbreviato della maschera e viene utilizzato 
per identificare la maschera stessa nella tavola delle verita del simulato- 
re. II nome deiralias va definito in una casella alias della finestra di dia- 
SS^ di definizione deirinterfaccia e questa specifica del nome e neces- 



II tipo di maschera descrive in sostanza il ruolo delle variabili rap- 
presentate dalla maschera nella simulazione. E' possibile selezionare il 
tipo utilizzato con una casella di opzione "tipo". 

I tipi di variabili previste sono: 
Parametro: le variabili di tipo parametrico rappresentano Tinterfaccia e- 
20 sterna del simulatore. Le equazioni dell'apparato di stazione a computer 
vitale controllano il simulatore utilizzando queste variabili, se esse sono 
definite come "ingressi". Se le variabili sono definite come "uscite" signi- 
fica che vengono utilizzate come variabili di ingresso dalle equazioni del 
programma logico di controllo e di comando per determinare e aggioma- 
25 re lo stato del sistema. 
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Controllo: Le variabili di questo tipo vengono utilizzate per controllare il 

comportamento del simulatore. Queste variabili sono associate a pul- 

santi per offrire all'utente un'interfaccia che consenta di modificare il 

comportamento del simulatore durante la simulazione o di simulare e- 

ventuali situazioni di guasto. Le variabili di controllo possono avere attri- 

buti d'ingresso o di ingresso/uscita. L'attributo di uscita non e inibito ma 

6 privo di significato nel caso delle variabili di controllo. Le variabili con 

attributi "ingresso" vengono associate ad un pulsante che viene prem 

facendo click col mouse e rilasciato con un altro die. Se una variabl 

10 ha attributi di ingresso/uscita sia il simulatore che I'utente possono im- 

postare lo stato del pulsante. Ad esempio I'utente fa die su un pulsante 

Sa^g/^tjvarlo ed il simulatore pud rilasciarlo dopo un certo ciclo di Opera- 
tor Cra?n&m6 

zioni. La maschera associata al tipo "controllo" pud contenere solo com- 
^^\c d'^X ponenti costanti. 
X Stato Locale: Le variabili di tipo "locale" vengono utilizzate per memoriz- 
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zare stati interni del simulatore. In altri termini, questa tipologia di varia- 
bili consente di definire un comportamento sequenziale e non solamente 
combinatorio. Queste variabili non sono visibili daH'estemo del simulato- 
re. Queste variabili possono avere esclusivamente attributi di ingres- 
20 so/uscita. La maschera associata con il tipo di variabile locale puo con- 
tenere solo componenti costanti. 

Gli attributi di ingresso e uscita di una maschera possono essere 
selezionati utilizzando una casella opzione "ingresso/uscita". 

Dopo aver specificato Talias della maschera , il tipo e Tattributo 
25 "ingresso/uscita, I'utente puo aggiungere queste informazioni 
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airinterfaccia con un comando a pulsante "aggiungi". Sia la specifica 
dell'alias che la specifica deila maschera sono obbligatorie e devono 
essere univoche. 

E' possibile modificare il gruppo di attributi specificati quali la ma- 
5 schera, I'alias, ii tipo e "ingresso/uscita" con una operazione di selezione 
nell'elenco.di una finestra di dialogo e I'utilizzo di un tasto funzione "mo- 
difica". Analogamente e possibile eliminare un attributo specificate 

La terza fase di definizione del simulatore comprende la proget- 
tazione del comportamento funzionale. A tale scopo il programma di- 
10 spone di una finestra con una tavola di verita (vedi lato destro della fig. 
9). Questa finestra si apre automaticamente quando Putente definisce 
, M che si vuole aggiungere un nuovo simulatore di .ente. La tavola di verity 

u SESBETAGIO GENERALE 
r.ssaAi^^^^j^ sa jp due partj separate da una linea verticale spessa. La parte si- 

^Pj^ nistra della tavola di verita rappresenta gli stati attuali del simulatore, 
1 . mentre la parte di destra e lo stato successivo. La tavola contiene una 



/colonna per ogni variabile definita nell'interfaccia. Le variabili con attri- 
buti di "ingresso" appaiono sulla sinistra, mentre le variabili con attributi 
di "uscita" appaiono sulla destra. Le variabili con attributi di "ingres- 
so/uscita" appaiono da entrambi i lati. L'intestazione della tavola contie- 
20 ne i nomi degli alias delle variabili. 

Questa rappresentazione consente di progettare sia la iogica se- 
quenziale che combinatoria che serve a modellare il comportamento del 
simulatore. Se un utente progetta una Iogica sequenziale (cioe una Iogi- 
ca contenente variabili con attributi "ingresso/uscita" nel lato sinistra del- 
25 la finestra compare il modello della Iogica di Markov. I cerchi rappresen- 
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tano gli stati della logica, mentre gli archi sono le transizioni. Posizio- 



nandosi sulle frecce degli archi, il programma visualizza i possibili stati 
degli ingressi per iniziare la transizione e gli stati delle uscite impostati 
durante la transizione. La struttura della finestra e illustrata nella figura 
5 9. 

Nel caso di un simulatore nuovo, il lato destro della tavola di veri- 
ta contiene caratteri "+" che rappresentano uno stato non inizializzato. 
L'utente puo sovrascrivere i valori nelle celle del lato destro (uscite) fa- 
cendo die con il pulsante del mouse su una cella. In pratica cid significa 
10 definire lo stato di quella determinata uscita al verificarsi delle condizioni 
d'ingresso (lato sinistra della tavola delle verita). La tabella di figura 10 
riassume i significati dei valori che le singole celle della tavola di verita 
possono assumere. 
'Atp .ViKEKAftivalore "*" rappresenta un valore di cella non inizializzato. 

II valore "X" comporta che se si assegna detto valore ad una cella 
>Q<^yl lato destro della tavola dl verita, allora per la medesima riga anche 
te le caselle sul lato sinistra assumeranno il valore M X". Cid significa 
She lo stato identificato dalla riga corrispondente non & consentito. Pra- 
ticamente si tratta di una combinazione non ammessa o non utilizzata 
20 nella simulazione. 

II valore "0" significa che , verificate le condizioni di ingresso In 
questo ciclo, Tuscita nel prossimo ciclo verra posta al valore "0". 

Analogamente il valore "1" comporta che nel ciclo successivo 
Tuscita berr£ posta a detto valore "1". 
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Al fine di aiutare Tutente la finestra offre ulteriori funzioni che so- 
no rappresentate allefigg. 11 e 12. 

Oltre che dai comandi nei menu e possibile accedere alle funzioni 
anche mediante tasti rapidi come verra descritto a seguito. 
5 II comando Modifica-Parametri eseguibile anche dal tasto rapido indica- 
to con 20 nella figura 9. Questo comando chiede la finestra di dialogo di 
definizione delle interfacce. Se la finestra di dialogo e chiusa e possibile 
riaprirla facendo die sul detto pulsante o utilizzando il comando. 

II comando modifica -copia o il tasto rapido indicato con 21 neila 
10 fig. 9 consente di selezionare ed evidenziare quaisiasi regione quadrata 
della tavola di verita utilizzando il mouse come strumento di selezione e 
di attivazione. La regione selezionata pud venire copiata nel file appunti. 
^am^i^r'' comando Modifica-Incolla consente di controllare il contenuto 




degli appunti in una regione selezionata. La regione selezionata deve 
V ' i^f>^onispondere per dimensioni alia regione memorizzata negli appunti. 

Ulteriori comandi sono accessibili in questa fase. Ad esempio 
tente pud modificare i colori su cui selezionare, modificare i font dei 
caratteri o del layout dei compiti. 

La funzione di Associazione dei simulatori di enti alle variabili 
20 consente di associare i simulatori definiti nel sistema ad un insieme ap- 
propriato di variabili. Tale funzione viene attivata tramite il comando 
Configurazione-Definizione dei Dispositivi o con il tasto rapido indicato 
con 1010 nelle figg. 5 e 6. Per creare un link tra un tipo di simulatore e 
le variabili di logica ad esso associate Tutente deve specificare la sta- 
25 zione/la zona o Tente a cui si applica, il tipo di simulatore e 
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I'identificativo dell'ente di piazzale o del comando da simulare. Per age- 
volare I'utente e possibile selezionare queste iriformazioni utilizzando 
delle caselle di opzioni di una finestra di dialogo. Le caselle di opzioni 
consentono di caricare il nome della zona , della stazione o dell'ente gia 

5 definiti, il tipo d simulatori definiti e, se vi sono file di disegni caricati, 
I'identificativo contenuto negli oggetti grafici del disegni. Anche se il pro- 
gramma suggerisce la informazioni possibili, I'utente e libero di digitare 
qualsivoglia stringa desideri. Tale liberta consente di specificare simul$ 
tori che verranno realizzati in seguito, di fare riferimento ad una stazior 

10 non caricata e di specificare gli oggetti da simulare che non hanno una 



HBBBBf, 



rejyjresentazione grafica nei disegni. 
^ Uassociazione tra le variabili ed il simulatore awiene durante la 




procedura di caricamento del progetto che viene effettuata dopo la 
pressione del pulsante chiudi. Se la procedura di caricamento non rie- 
<£S2j see a realizzare Tassociazione desiderata, il programma indica un errore 
e visualizza un messaggio nella finestra di dialogo del caricatore. Questi 
errori di associazione non impediscono la simulazione che pud prose- 
guire con le associazioni valide. La stringa di identificazione pud conte- 
nere uno o piu identificativi separati da un carattere La stringa di i- 
dentificazione deve corrispondere alle maschere definite nelPinterfaccia 
del simulatore associato. II programma impedisce la definizione muitipia 
di un descrittore visualizzando un apposito messaggio di errore. 

La definizione dei colori e degli stati degli oggetti del disegno av- 
viene grazie ad un comando Configurazione Layout del menu Configu- 
razione o grazie al tasto rapido indicato con 1110 nelle figg. 5 e 6. 
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Lo stato e i colori di un oggetto grafico che rappresenta un ente di 
piazzale una zona od una stazione, sono determinati da un insieme di 
variabili definite nel file di configurazione stazione/zona. L'insieme di va- 
riabili viene descritto utilizzando una maschera per ogni variabile 
dell'insieme. Queste maschere vengono utilizzate per individuare le va- 
riabili nella fase di "assegnazione dello stato e dei colori al disegno". 
Come nella definizione dei simulatori di enti, e possibile definire in tre 
fasi lo stato e il colore degli oggetti del disegno: 

Tipi di enti grafici contenuti nel disegno; 

Specifica dell'interfaccia da effettuare per ciascun elemento ag- 
O'untp o modificato nella fase precedente (tipo di ente grafico) 



- Stato e colore degli oggetti del disegno, da effettuare per ciascu- 



Configurazione-Configurazione Layout od alia pressione del pulsante 
1110 visualizza la finestra di dialogo illustrata nella fig. 13. 

L'utente puo digitare il nome della nuova definizione di ente grafi- 
co nella casella di modifica "Tipo" della finestra di dialogo. Aggiungendo 

20 e modificando element! si passa alle fasi successive di definizione 
dell'interfaccia e di definizione dei colori. 

All'atto dell'attivazione dell'opzione di modifica, tramite un corri- 
spondente pulsante vengono aperte due nuove finestre di dialogo illu- 
strate rispettivamente nelle figure 14 e 15 e che consentono di modifica- 

25 re od aggiungere oggetti grafici. 
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Nella seconda fase di definizione dello stato e del colore degli 
oggetti viene eseguita la specifica dell'interfaccia. L'interfaccia consiste 
in un insieme di variabili per determinare lo stato del colore attuali degli 
oggetti grafici. E' possibile definire I'insieme di variabili utilizzando la fi- 
nestra di dialogo illustrata nella figura 15. L'utente puo specificare il no- 
me della variabile nella casella prevista usando la stesa sintassi gia pre- 
cedentemente discussa. Analogamente a quanto piu volte descritto con 
riferimento ad altre funzioni, la finestra di dialogo presenta diversi pul- 
santi fra cui il pulsante di Aggiunta. In questo caso tale pulsante da cor- 
so ad una routine per aggiungere la maschera specificata all'elenco del- 
le maschere della variabile. II programma controlla la maschera da un 
to di vista sintattico. II programma inoltre elimina le maschere errate 
ed invia un messaggio di errore visualizzato nell'area messaggi. II pro- 
gramma impedisce I'uso di suffissi non definiti nelle maschere. 

Dopo la specifica dell'interfaccia, e necessario definire lo stato de 
ilo colore degli oggetti del disegno. L'utente puo specificare un testo di 
stato, un colore per il contorno e di riempimento per gli oggetti grafici del 
disegno utilizzando la tabella di figura 15. 

La finestra che e possibile ridimensionare fino alia massima di- 



mensione di schermo contiene I'elenco delle variabili (maschere) della 
prima riga (intestazione). La tabella come gia indicato e divisa in due 
parti separate da una spessa linea verticale. II lato sinistra della tabella 
contiene la tabella degli stati che e possibile scorrere con il cursore sot- 
tostante o singolarmente se la tabella di stato d piu grande della fine- 
stra, mentre nella parte destra vi sono le segnalazioni colorate ed il testo 
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associato. L'utente pud specificare gli stati per le maschere facendo die 
su una cella con il mouse, il programma visualizza una casella di riepi- 
logo per selezionare il valore della cella. Le voci della casella di riepilogo 
degli stati sono: 

5 "0": Questa voce imposta la maschera della variabile su falso. 

"1": Questa voce imposta la maschera della variabile su vero. 
"X": Questa voce rimuove I'intera riga che contiene le celle attive 
con il mouse. 

) E' possibile aggiungere una nuova riga alia tabella di definizione 

10 facendo die con il mouse su una cella della prima riga vuota della tabel- 
la di stato. In questo caso, il programma visualizza la stessa tabella di 
stato su descritta, i valori "0" e "1" selezionai vengono pero utilizzati per 
inizializzare I'intera riga. Se la riga e stata inizializzato e possibile poi 
impostare i valori desiderati per ogni cella della riga singolarmente come 
15 descritto sopra. 

^wcXin^jfe*^**"*** Sul lato destro de,la fenestra sono indicati invece i colori seiezio- 
nati per la segnalazione. E' da notare che ciascuna casella e un quadra- 
ri? 0011 un co,ore 'ntemo ed un colore di contorno o di cornice, essendo 
:..»"^'-'- :n ^wtrambi i colori modificabili. Infatti, per ogni riga che e stata compilata 
Xo /y ;^X n ella tabella, e possibile specificare un colore per i contomi, un colore di 
riempimento ed un testo di indicazione di stato. Dopo aver definite* una 
riga, il programma assegna il colore e lo stato predefiniti e visualizza i 
colori e lo stato nelle due colonne all'estrema destra della tabella. II co- 
lore dei margini predefinito e grigio chiaro intermittente, mentre il colore 
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di riempimento e grigio scuro intermittente ed il testo di stato predefinito 
e "nessuno stato definite)". 

E' possibile modificare ii colore dei contorni facendo die sul bordo 
spesso. del quadrato della definizione dei colori in una riga. Alio stesso 
5 modo e possibile modificare il colore di riempimento, facendo die col 
mouse sul quadrato interno del quadrato della definizione dei colori. Per 
modificare i colori viene visualizzata una finestra di dialogo. Anche gli at- 
tributi di lampeggiamento possono venire modificati analogamente a 
^ quanto sopra descritto utilizzando il mouse e ciccando col tasto destro 

10 sulla sezione che si desidera rendere lampeggiante. Ripetendo questa 
operazione, il lampeggiamento viene fatto cessare. E' inoltre possibile 
modificare il testo di stato facendo die col mouse sul testo da modificare 
nella colonna all'estrema destra della tabella. 
nsca "^5S^££2§ /noSecondo una ulteriore caratteristica del dispositivo secondo la 

' :Ij>\ presente invenzione, il dispositivo puo comprendere mezzi di connes- 

■ ' • ' 

•''-.*• ...^ ione ad una rete P er " collegamento a postazioni od altri dispositivi re- 
• moti. La rete puo essere realizzata secondo diversi protocolli. Data la 
notevole diffusione generalmente il protocollo di rete utilizzato e il proto- 
collo TCP/IP. L'unita remota puo venire utilizzata per comandare il di- 
20 spositivo ed anche per caricare ed eseguire file preconfezionati di co- 
mando di simulazione che sono stati precedentemente scritti. Detti file di 
comando denominati "file batch" possono anche venire direttamente ca- 
ricati grazie ad apposite e note interfacce di lettura nel dispositivo, come 
ad esempio file memorizzati su dischetti floppy, CD-ROM, o simili. 
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In entrambi i casi su descritti e necessario pero che i comandi del 
file batch vengano tradotti in un linguaggio eseguibile dall'applicativo del 
dispositivo secondo I'invenzione. A tale scopo e prevista una tabella di 
traduzione denominata tabella di transcodifica. Questa viene scritta off- 
5 line e deve essere caricata nel dispositivo secondo I'invenzione prima 
dell'esecuzione del file batch o dell'esecuzione di collegamento e di co- 
mando da una postazione remota. 

II comando selezione tabella delle condizioni consente di selezio- 
nare una tabella delle Condizioni indicandone il percorso. Una finestra di 
10 dialogo viene aperta come quella illustrata nella figura 17. I! percorso del 
file Tabella delle Condizioni pud venire direttamente scritto oppure e 
possibile attivare una funzione di ricerca grazie ad un pulsante "cerca" 
l<:0 GSl^SliA^fevisto nella finestra di dialogo. Una volta individuato il file delta Tabella 



*^^cielle Condizioni, selezionando questo file e possibile confermarne il ca- 
15 ricamento grazie ad un tasto funzione previsto nella finestra di dialogo. 



/ turato con una struttura analoga a quella dei file .INI di Windows. La fi- 
: • gura 18 illustra i fondamenti di questa struttura. 

La fig. 19 contiene invece un esempio di file della Tabella delle 
20 Condizioni. La tabella delle condizioni contiene in sostanza in modo co- 
dificato per rendere le informazioni intelleggibili dal sistema di equazioni 
booleane che costituiscono sia il programma logico di controllo e di co- 
mando da testare che i simulatori logici degli enti di piazzale, delle sta- 
zioni e/o delle zone, le regole di comportamento deirimpianto, owero le 




Vantaggiosamente il file della Tabella delle Condizioni viene strut- 
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regole di assunzione dei vari stati operativi degli enti di piazzale in pre- 
stabilite condizioni di funzionamento. 

Come gia indicato in precedenza, il dispositivo consente di verifi- 
care non solo il comportamento finale del programma logico di controllo 
5 e di comando sulla stazione o la zona riprodotta dai simulatori booleani, 
ma anche di verificare il comportamento interno del sistema di equazio- 
ni. Cio awiene grazie a finestre di controllo che possono essere definite 
relativamente al numero dall'utente stesso. L'utente pu6 assegnare 
quante variabili desidera ad ogni singola finestra di controllo. II pro- 

i gramma del dispositivo mantiene una cronologia di ogni variabile per 
consentire all'utente di richiamare gli stati precedenti utilizzando delle fi- 
nestra di controllo. Lo strumento destinato alia definizione delie finestre 

G.SHERAIJ5' 

so G<#Meontrollo e costituito da uno strumento denominato "Viste". Tale stru- 
mento consente I'apertura di un menu che comprende diverse opzioni. 
Una opzione consiste nel comando Aggiungi Finestra di Controllo. II 
V^jponiando e accessibile anche mediante un tasto rapido indicato con 
l$y 1210 nelle fi "' 5 e 6 - Q ue sto comando consente di aprire una nuova fi- 
nestra di controllo. Per ogni finestra di controllo nuova viene richiesto di 
specificare un nome che deve essere univoco e per la definizione del 
quale nome viene aperta una apposita finestra di dialogo. Una tipica fi- 
nestra di controllo e illustrata nella figura e dove la stessa e indicata con 
30. Una finestra di controllo aperta presenta una barra di strumenti che 
servono per impostare le variabili da visualizzare spostandosi all'interno 
della cronologia. Analogamente a quanta gia precedentemente descritto 
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per altri casi, i comandi sono sempre accessibili alternativamente me- 
diante scelta da un menu a tendina oppure grazie a tasti rapidi. 

II comando Aggiungi variabile od il tasto rapido 130 consentono di 
selezlonare le variabili da controllare. E* possibile preselezionare le va- 
5 riabili da visualizzare utilizzando una finestra di dialogo di ricerca. 

La finestra di dialogo ricerca prevede diversi pulsanti che consen- 
tono di svolgere funzioni come ad esempio annullare la selezione, ag- 
giungere una variabile selezionata, cancella re una o piu variabili e con- 
fermare le variabili selezionate nella finestra di controllo. E* previsto an- 
10 che un pulsante di annullamento del processo di selezione corrente. 

Con il comando Cancella Variabile o con il tasto rapido 230, e 

possibile eliminare una variabile visualizzata da una finestra di controllo. 

:0 GENERALE 

""filVGhe in questo caso, come nel caso del precedente comando viene vi- 
sualizzata una finestra di dialogo per I'esecuzione del comando e que- 
ls i\ sta finestra presenta pulsanti di attivazione di determinate funzioni come 
Ao/ad esempio Cancella, Cancella tutto, Chiudi. 

IL comando Visualizza Forma d'Onda/ Numerica od i tasti veloci 
330, 430 consentono di selezionare le modalita di visualizzazione a on- 
da o numerica della o delle variabili visualizzate dalla finestra di control- 

20 lO. 

Analogamente e possibile prevedere comandi o puisanii rapidi 
per visualizzare o scorrere fra le diverse possibili finestre di controllo de- 
finite dall'utente. 

II comando Cancella Finestra di Controllo od il tasto rapido 1310 
25 determinano la cancellazione di una finestra di controllo. In questo caso 
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viene visualizzata una finestra di dialogo in cui vengono elencate tutte le 
finestre di contralto aperte e fra cui e possibile selezionare la finestra di 
contralto o le finestre di contralto da eliminare, essendo possibile ese- 
guire la cancellazione grazie ad un pulsante "Cancella". 
5 Un ulteriore comando e costituito dal comando di simulazione 

denominato Vista_Attivazione della Barra dei comandi. La barra dei co- 
mandi infatti pud venire attivata e disattivata grazie a questo comando 
che e disponibile anche come tasto rapido indicato con 1410 nella fig. 6. 
^ Per impartire comandi al simulatore, il programma visualizza una fine- 

10 stra di contralto che e illustrate nella figura 20. La finestra di contralto 
consta di una barra degli strumenti per i comandi e di un'area per i m 



< v &^STA1lO GENB8BS& per visualizzare i comandi e le modifiche durante I'esecuzic 

< ^J^*^de1la simulazione. Sono disponibili anche dei comandi veloci sotto forr ™^JJ^~J^ 



di tasti rapidi per i quali come gia previsto per altri comandi sono dispo- 

"15. • nibili anche comandi da menu a tendina. 

'% 

>;-2>) Con il comando Modalita di simulazione I'utente puo scegliere di- 
verse opzioni da un menu a tendina. Fra queste opzioni risultano impor- 
tant'! le seguenti: 

Opzione ciclo singolo, attivabile anche col tasto rapido 40. Que- 
20 sta opzione consente di eseguire un singolo ciclo di calcolo. Dopo 
Tesecuzione il programma aggiorna automaticamente la finestra dei 
messaggi e la o le finestre contenenti il disegno/layout della stazione o 
della zona in base al nuovo stato. 

Opzione ciclo continuo accessible anche col tasto rapido 41 . In 
25 questo caso, il programma comincia a calcolare continuamente ciclo 
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dopo ciclo. Durante il calcolo, la finestra dei messaggi e la o le fmestre 
contenenti il disegno/layout della stazione vengono automaticamente 
aggiornate. 

Opzione cicli multipli. Anche questa opzione e attivabile con un 
5 tasto rapido 42. E' possibile specificare un certo numero di cicli da cal- 
colare continuamente. La specifica del numero di cicli viene eseguita 
grazie ad una finestra di dialogo in cui e possibile indicare il numero di 
cicli desiderata. 

) il calcolo pud venire arrestato in ogni momenta con un comando 

10 di stop od un tasto rapido 43. 

Per ultimo e presente anche un comando batch od un pulsante 
rapido 44, con cui viene caricato ed eseguita un file batch che contiene 
'■'*«Aang£^ a ^$eparata una sequenza di comandi predefiniti. L'esecuzione del file 
batch e assimilabile alia esecuzione di una macro. I comandi del file 
is batch come gia indicato in precedenza, debbono essere tradotti grazie 
ad una tabella di transcodifica e devono avere una struttura predefinita. I 
| '4ile batch possono venire editati grazie ad un editor di testa come Wri- 

te® o Word-pad®. 

II comando Generazione file Immagine od il tasto rapido 45 con- 
20 sentono di memorizzare lo stato attuale della simulazione in un file co- 
siddetto di "snapshot". II file di snapshot viene slavato su comando 
dell'utente con un nome suggerito dal programma stesso e che contiene 
la data e I'ora corrente. 

II comando Ricarica file immagine od il tasto rapido 46 consente 
25 di ripristinare una determinata situazione di simulazione richiamando 
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appunto un file di snapshot precedentemente memorizzato. Ovviamente 
per la scelta del file si snapshot da richiamare il programma visualizza 
una finestra di dialogo in cui e possibile selezionare il file di snapshot 
desiderato ed aprirlo. 
5 Con un comando riawia o con un tasto rapido 47 e possibile 

riawiare la simulazione. Dopo un riawio tutte le variabili del sistema di 
equazione ed il simulatore vengono impostate sul valore "0" ed il conta- 
tore del ciclo viene azzerato. Per iniziare nuovamente la simulazione e 
necessario eseguire una sequenza di ripristino del normale stato dei 
10 simulatori degli enti di piazzale. 

II comando Comandi Utente apre un menu a tendina che consen- 
te di accedere alle funzioni di Gestione dei Comandi e di Definizione del 
Valore delle Variabili. 
-saGamo* 10 La gestjone dej Qomgndj puo essere richiamata anche con un ta- 





15 sto rapido indicato con 48. Con questo strumento e possibile modificare 
il comportamento dei simulatori di ciascuna tipologia di ente (sia fisico 
* , che logico) utilizzando il pulsante associato alle variabili di controllo de- 
finite durante la configurazione dei simulatori degli enti stessi. Per acce- 
dere al pulsante giusto il programma visualizza la finestra di dialogo illu- 
20 strata nella figura 21. L'elenco di sinistra della finestra di dialogo contie- 
ne i tipi di simulatori esistenti. L'utente puo visuaiizzare i simulatori 
neirelenco della finestra di dialogo facendq die con il mouse sul tipo 
scelto. I simulatori vengono identificati dal primo elemento delle stringhe 
di identificazione specificato durante Tassociazione simulatore - variabi- 
25 . -le descritta in precedenza. E' possibile richiamare i pulsanti di controllo 
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facendo die con il mouse sul simulatore desiderata e premendo un tasto 
funzione "controllo". 

In altemativa col menu comandi utente e possibile selezionare il 
comando Definizione Valore Variabili. Anche questo comando pud esse- 
5 re lanciato con un tasto rapido indicate con 49. Questo comando o que- 
sto strumento consentono di impostare manualmente le variabili utilizza- 
te nella simulazione. Per selezionare la variabile viene visualizzata una 
finestra di dialogo come quella illustrata nella fig. 22. 

La finestra di dialogo e molto simile a quella utilizzata per sele- 
10 zionare le variabili da controllare. La procedura di selezione e simile 
anch'essa a quella per il "controllo delle variabili". Per impostare il valore 
desiderata od appropriate) 6 possibile utilizzare le due opzioni di scelta 
Ga?p*fe*e nell'angolo in fondo a destra della finestra e selezionabili alternati- 
vamente "True/False". 



x£N II pulsante indicato con 50 consente invece di lanciare la proce- 

dura di collegamento remoto ad una unita remota. 

i 

,/ Secondo una ulteriore caratteristica e con riferimento alia figura 
4, lo stato e i colori di un oggetto grafico presenti nel layout della stazio- 
ne o di una zona o. di un impianto possono venire modificati semplice- 
20 mente ciccando col mouse sull'oggetto grafico stesso del disegno. 

Uesempio che trae spunto dalla figura 4 uiiiizza ii segnale 05d 
cerchiato di nero e posto sul lata sinistra del layout illustrata. Per impo- 
stare i colori e lo stato il programma visualizza una finestra di dialogo. 

In questa finestra e previsto un campo "identificativo" che contie- 
25 ne ridentificativo interno deiroggetto grafico estratto dal file di disegno 
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TGIF o CAD corrispondente. L'utente non pud modificarlo. II contenuto 
di questo campo e utilizzato per risolvere le componenti parametriche 
"0" nelle maschere. Una casella di modlfica "Stringa Ausiliaria" consente 
di definire le componenti parametriche delle maschere. Ogni parametro 
5 deve essere separato dal carattere ",". Uindicizzazione del parametro 
comincia con 1 , riferito agli element! contenuti nella stringa ausiliaria. La 
specifica delja stringa non e obbligatoria. 

E' inoltre possibile utilizzare una casella modifica "alias" per spe- 
cificare il nome dell'alias deiroggetto specificato. II nome dell'alias e t 
10 lizzato per sostituire I'identificativo estratto dal file TGIF o CAD quandfeife 
programma, nella finestra di comando, elenca gli oggetti che stan 
^^tgg^iando di stato durante la simulazione. In questa casella di modifica 

55 Gamhmo 

^t^e possibile immettere qualsiasi carattere. La specifica dei nomi degli a- 
lias non 6 obbligatoria. Quando gli alias non vengono specificati, il pro- 
is , gramma stampa gli identificativi originali nella finestra di comando. 

Un elenco "Tipo" contiene le tabelle del colore e dello stato defini- 



te precedentemente. L'utente puo selezioname una. Se I'oggetto ha gia 
una tabella di colore e di stato definita, I'elenco evidenzia automatica- 
mente il "tipo" attuale. 
20 E' anche possibile impostare I'assegnazione per un oggetto grafi- 

co facendo die col mouse su un pulsante di conferma. L'impostazione 
dei nuovi colori e dello stato awiene dopo il successivo ciclo di simula- 
zione. Se le maschere di un determinate) tipo non possono essere rileva- 
te usando un determinate) identificativo e la stringa ausiliaria, il pro- 
25 gramma invia un messaggio di awertenza e ignora I'assegnazione. 

-53- 




SV2C02AOOOO56__„ 

Giorgio A. B&feflhiosoff 



•i 4 110V.2002 "K 



bilitato 



lscHttoalN.t31 BM 

Analogamente ad altre funzioni gia descritte la finestra di dialogo 
comprende o pud comprendere altri pulsantl di funzione con un pulsante 
Cancella che consente di eliminare I'assegnazione oppure Annulla che 
consente di ignorare I'assegnazione. 
5 Con riferimento ad una ulteriore caratteristica vantaggiosa, il di- 

spositivo secondo Tinvenzione pud comprendere anche una funzione di 
esecuzione di scenari diversi di test automatici sia sullo strumento del 
simulatore booleano stesso che sullo strumento utilizzato per il test fun- 
^ sionale finale d'impianto. Owiamente Tesecuzione di questa funzione 

10 comporta Tapertura di una finestra che analogamente a quanta descritto 
in precedenza per altre funzioni consente di scegliere comandi, opzioni 
o selezionare oggetti grafici o di controllo. 
•n^SiSic S^fc* All'awio della interfaccia grafica costituita dalla suddetta finestra, 



vengono visualizzate le liste di selezione delle zone e delle tipologie di 
15 enti delFimpianto di stazione insieme ai corrispondenti dati relativi alia 
\ stazione sotto test. L'utente deve selezionare un elemento airinterno di 
ognuna delle liste cioe una zona ed una tipologia di ente. A questo pun- 
to, il programma prowedere a visualizzare i valori relativi alia lista degli 
enti della tipologia di enti selezionata appartenenti alia zona selezionata 
20 e la lista delle prove automatiche disponibili per la tipologia di enti sele- 
zionata. 

L'utente ha la possibility di selezionare uno o piu elementi dalle 
suddette liste cioe selezionare uno o piu enti su ognuno dei quali effet- 
tuare una o piu prove automatiche. Ad ogni selezione in ognuna delle 
25 liste corrisponde la visualizzazione in liste correlate deU'elemento sele- 
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zionato. L'avvenuta corretta selezione di rispettivamente una zona, della 
Apologia di ente, dell'identificativo di ente e dell'identificativo di prova 
consente di awiare I'esecuzione della prova tramite un pulsante di 
"Lancio Prova". Una finestra di dialogo richiede all'irtente di confermare 
5 I'esecuzione della prova. In caso di risposta affermativa, nella casella di 
testo identificativa della sigma "prova in esecuzione" verranno visualiz- 
zati I'identificativo della prova in corso e dell'ente oggetto della prova, 
mentre in una ulteriore lista dell'interfaccia grafica verranno visualizzati i 
messaggi di report. 

Dopo I'awio di una prova automatica, I'identificativo del pulsante 
"Lancio Prova" cambia in "Termina Prova", fomendo la possibility di in- 
Ssirornpere in qualsiasi momento la prova automatica. Dopo 
I'interruzione di una prova, I'identificativo del pulsante toma alio stato 
<"■>'- \ "lancio Prova". E' possibile anche eseguire un singolo comando alia vol- 



spondente file di report allegata alle pagine A1 fino ad A4. La prova e 
denominata " deviatoi su itinerario" (su istradamento)". Durante la prova 
i deviatoi percorsi di un itinerario vengono inizialmente bloccati in posi- 
20 zione contraria a quella attesa dall'itinerario stesso. Lo scenario di test 
verifica poi, comandandolo piu volte, che I'itinerario non si biocca sine a 
che tutti i deviatoi non siano stati liberati. SI noti che lo svolgimento 
completo della prova prevede una serie di altre operazioni non oggetto 
della presente invenzione e che non sono riportate per brevita. 




Un esempio di scenario automatico di test e indicato con il corn 
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Con riferimento alia figura 1, il dispositivo secondo I'invenzione 
pud essere utilizzato in combinazione con un ulteriore dispositivo deno- 
minate validatore o verificatore booleano. 

Si tratta in questo caso di un dispositivo hardware/software, cioe 
5 di un elaboratore od un personal computer che pud anche essere lo 
stesso elaboratore del dispositivo secondo la presente invenzione ed in 
cui e caricato un programma di esecuzione della verifica del programma 
logico di controllo e di comando, cioe un verificatore di equazioni boole- 
ane. II programma di verifica pud essere del tipo operante in base ad un 
10 principio di diversita. In particolare il verificatore booleano puo essere 
costituito da un comparatore che esegue una comparazione fra il pro- 
a ^^^MmaSlogico di controllo e di comando che e in fase di test nel dispo- 
< ^ 6 ~'~%~itivo secondo I'invenzione e di un ulteriore programma logico di control- 
to e di comando che e stato generato grazie a strumenti di generazione 
15 '^iversi da quello in fase di test. E' possibile eseguire la comparazione 
•Jc3sia relativamente al sistema di equazioni booleane dei due programmi 
i£r logici dj controllo e di comando sia relativamente ai risultati del test di 
simulazione eseguito per ambedue i programmi. 

Eventualmente anche i programmi di simulazione delle unita ope- 
20 rative, cioe degli enti di stazione, delle zone o delle stazioni possono es- 
sere sottoposti ad un analogo test di diversita con I'ausilio del verificato- 
re booleano. 

Secondo una versione preferita del certificatore questo e costitui- 
to da un programma indipendente e che viene eseguito su un computer 
25 differente oppure sullo stesso elaboratore del dispositivo secondo 
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I'invenzione. Questo programma esegue in parallelo il test del sistema di 
equazioni booleane che costituiscono il programma logico di controllo e 
di comando sottoposto a verifica. II questo caso, lo stesso programma 
logico di controllo e di comando deirimpianto ferroviario viene sottopo- 
sto a doppio test di verifica mediante simulazione deirimpianto ferrovia- 
rio secondo quanto sopra descritto con due separati programmi ed il 
comportamento deirimpianto simulato ottenuto sotto il controllo del pro- 



gramma logico di controllo e di comando nei due separati e parallel! tesf 



^ di verifica viene confrontato, venendo generati dei file di awiso o di erro->^^ ^^^^^^ > 

10 re in caso di differenze. 
... . . ... ..Secondo una ulteriore caratteristica deirinvenzione, per ciascuna 



3quazione booleana del sistema di equazioni che costituiscono il pro- 
gramma logico di controllo e di comando deirimpianto ferroviario, e pos- 



sibile visualizzare sia la lista dei termini di prodotto facenti parte 

15;^] deirequazione visualizzata, sia ii circuito equivalete a la detta equazione 

.jo) 

J? visualizzata. Le figure 23 e 24 illustrano la finestra di selezione delle e- 
quazioni e la finestra di visualizzazione di un circuito iequivalente ad una 
delle equazioni. La selezione e I'apertura del circuito equivalente posso- 
no venire comandati con pulsanti o grazie al mouse. 
20 Secondo una ulteriore caratteristica deirinvenzione, il dispositivo 

comprende un programma di progettazione e generazione dei simulator! 
booleani degli enti o delle unita operative che consente di generare 
nuovi enti con nuovi comportamenti. 

Gli enti possono essere costituiti da component! base, cioe com- 
25 ponenti atti a simulare una funzione di base e da componenti complessi, 
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cioe da un insieme di componenti di base che operano neirambito di un 
simulatore di ente avente una struttura piu sofisticata. 

UN componente di base pud venire creato oppure selezionato da 
una lista di componenti esistenti oppure creato. La finestra di genera- 
5 zione del componente di base e sostanzialmente analoga a quella della 
figura 9. Owiamente nel caso della figura 9 si tratta di un componente 
gia generato od in via di generazione. Analogamente a quanto gia e- 
sposto, viene generata una tabella di stato in cui sono definite le variabili 
di entrata, Ie variabili di uscita, quelle di controllo ed i commenti. I valori 
10 delle variabili sono selezionabili analogamente a quelli previsti per le ta- 
belle delle verita e le funzioni previste sono analoghe. L'automa illustra- 
lA ^ 3 ^ Sfijeite parte sinistra della figura 9 (sostanzialmente analoga a quella di 



generazione del simulatore di enti) e l'automa di Markov, in cui gli stati 



I-k R? ^P^sono rappresentati da cerchi disegnati lungo una linea orizzontale, uti- 



- : Y ?(i^ La descrizione dello stato e indicata dalle variabili a destra del cerchio lo 
stato e composto dagli alias delle variabili locali, venendo illustrata con 
un soprasegno la variabile che assume la condizione di "falso". Le tran- 
sizioni di stato sono illustrate invece con archi che vanno dallo stato ini- 
20 ziale a quello finale e la direzione della transizione di stato e indicata da 
una freccia sul corrispondente arco di transizione. Posizionando i! curso- 
re del mouse sulla freccia di un arco di transizione vengono automati- 
camente visualizzate le condizioni di transizione sotto forma di uno o piu 
set di variabili di ingresso, di controllo e di uscita. I colon dei cerchi e 





:ando distanze calcolate in base alia descrizione dello stato pid lungo. 
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degli archi sono attribuiti in modo differenziato a seconda delle scelte di 
configurazione impostate. 

I singoli componenti di base cost definiti possono essere combi- 
nati od associati fra loro performare componenti complessi, venendo in- 
5 terfacciati fra loro grazie all'indicazione di variabili di interfacciamento o 
variabili interne di uscita e di ingresso. 

E* anche possibile visualizzare uno schema a blocchi della strut- 
tura del simulatore dell'ente come appare dalla figura 25. 

E' chiaro da quanta esposto prima e come risulta dalla figura 1 
10 che il dispositivo secondo Tinvenzione pud anche essere previsto quale 
dispositivo sempre presente nel sistema di comando e di controllo degli 
impianti come ulteriore nodo non vitale che puo venire attivato sia in 
coodizioni di emergenza per eseguire verifiche periodiche del program- 
"~ma logico di controllo e di comando sia come unita di riserva oppure an- 
55>che come dispositivo per la modifica e I'upgrade del programma logico 
/^vy lC ^^dHcontrollo e di comando quando I'impianto viene. modificato con 
* •> c ^tenminazione o I'aggiunta di stazioni, di zone o di enti di piazzale. 

^.v-* p er quanta riguarda il dispositivo secondo I'invenzione in genera- 
te e chiaro che questo puo essere impiegato in qualsivoglia tipo di im- 
20 pianto che presenti analogie strutturali con I'impianto ferroviario descritto 
e che i termini impianto ed impianto di stazione o zona d'impianto, unita 
operativa ed ente di piazzale sono termini fra loro equivalenti. 




-59- 




SV2002 AOOOO5W 

Mand 

U nOV.2002 tecritt0 

RIVENDICAZIONI 
1 . Dispositivo di verifica di motori software logici di controllo e di 
comando di impianti, in particolare di impianti ferroviari, in particolare di 
impianti di stazione, comprendente almeno un elaboratore elettronico 
5 con almeno una unita centrale di elaborazione ed almeno una memoria 
per il caricamento e Tesecuzione di programmi: 

essendo nella detta memoria caricato o caricabile per la sua ese- 
cuzione un motore logico di comando di un impianto, in particolare di un 
^ fenpianto di stazione il quale impianto comprende una plurality di unita 

10 operative, di attuazione e/o di rilevamento e/o di misurazione e/o di se- 
gnalamento, cosiddetti enti di piazzale, le quali unita sono atte a riceve- 
re segnali di comando ed a trasmettere segnali di controllo sulla condi- 
zione operativa, ed il quale motore software logico legge i segnali di 
controllo fomiti dalle unita operative di attuazione, di rilevamento e/o di 
15 misurazione e/o di segnalamento ed elabora segnali di comando delle 
dette unita operative sulla base di un protocollo di funzionamento 

I' SHC^TA^^^^ ianto st esso, 
tssa A/l/^RoSa Gambino 

caratterizzato dal fatto che 
^ K ^ T >f^\ nella memoria dell'elaboratore e caricato o caricabile ed e ese- 
\ % ' -' '20 ^^Libile dall'elaboratore stesso un programma di simulazione software 
^nxdeirimpianto che deve essere controllato e comandato dai programma 
logico di controllo e di comando ed il quale programma di simulazione 
riproduce fedelmente la struttura delPimpianto e le modalita operative 
delle unita operative previste nel detto impianto. 
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2. Dispositivo secondo la rivendicazione 1, caratterizzato dal fatto 
che la simulazione della struttura deirimpianto e delle unita operative ad 
esso associate, come i circuiti di binario per il rilevamento della presen- 
za del treno, gli attuatori dei deviatoi, gli attuatori di segnalamento ed al- 
tre unita diverse e rappresentata nel programma di simulazione da algo- 
ritmi booleani, essendo le variabili associate a detti algoritmi univoca- 
mente definite in modo da rappresentare i segnali di controllo delle di- 
verse condizioni di stato o di funzionamento delle diverse unita oper 
^ ve ed i segnali di comando di commutazione delle condizioni di statdra^ ^^^^^^*) 

io operative delle dette diverse unite operative e/o di mantenimento d^e^p^^^^^p 



stesse. 

Jr ^Anrt^^^ Uw 3 - Dispositivo secondo le rivendicazioni 1 o 2, caratterizzato dal 
fatto che sono previsti mezzi di visualizzazione deH'immagine del com- 
- ^ portamento deirimpianto sotto il controllo del programma logico di con- 
/ W^"* Ar ^i^\ troll ° e di comando sotto forma di liste di variabili univ v ocamente associa- 

~ - ' ^'tjte alle diverse unita operative come file di report in cui sono elencate le 

» • * * 

n'OJ 

^ % <p diverse unita operative e le associate variabili di stato o di comando. 

4. Dispositivo secondo una o piu delle precedenti rivendicazioni, 
caratterizzato dal fatto che il programma di simulazione comprende 

20 mezzi d'impostazione di condizioni operative di partenza deirimpianto 
e/o di situazioni anche anomale di impostazione deiie unita operative 
deirimpianto per verificare la reazione deirimpianto a queste condizioni. 

5. Dispositivo secondo una o piu delle precedenti rivendicazioni, 
caratterizzato dal fatto che a ciascuna unita operativa deirimpianto e/o a 

25 ciascun elemento strutturale rilevante e/o ad almeno una o piu zone 
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deH'impianto e/o all'intero impianto sono associabili univocamente una 
immagine virtuale dell'unita operativa e/o dell'elemento strutturale 
dell'impianto e/o della o delle zone d'impianto e/o dell'intero impianto la 
quale immagine e generata grazie ad un programma grafico caricato, 
5 caricabile e/o eseguibile dall'elaboratore del dispositivo e la quale im- 
magine virtuale e univocamente correlata al programma logico di simu- 
lazione dell'unita operativa o dell'elemento strutturale dell'impianto o 
della o delle zone d'impianto o dell'intero impianto, essendo il program- 
ma grafico di generazione dell'immagine virtuale di ciascuna unita ope- 
10 rativa e/o di ciascuna zona e/o dell'impianto tale da generare diverse 
condizioni di aspetto grafico dell'unita operativa, della zona o dell'intero 
impianto ciascuna delle quali 6 univocamente correlate ad un prestabili- 
-v^p** Cn '"t6' ! valore delle variabili relative alia condizione operativa della stessa u- 
nita operativa o della zona o dell'impianto e/o delle variabili di comando 



-. ? r 1^.; commutazione o di mantenimento dello stato operativo della unita o- 

" ' •/ ;» 

'.jgiirativa o della zona o deirimpianto stessi. 
"-y 6. Dispositivo secondo una o piu delle precedenti rivendicazioni, 
caratterizzato dal fatto che il funzionamento del programma logico di 
controllo e di comando viene ulteriormente parallelamente od alternati- 
20 vamente rappresentato sotto forma di comportamento deirequivalente 
logica hardware di comando costituita da una rete di rele, essendo pre- 
visto un programma di simulazione di funzionamento dei rele ed un pro- 
gramma di simulazione di funzionamento della rete di rele, nonche pro- 
gramme grafici di rappresentazione dei rele univocamente associati a 
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ciascun programma di simulazione dei rele e di rappresentazione grafi- 
ca della rete di rele. 

7. Dispositivo secondo la fig. 6, caratterizzato dal fatto che cia- 
scun rele e simulate grazie ad un programma logico di tipo booleano 
5 venendo le singole condizioni di stato del rele e/o I comandi di commu- 
tazione rappresentati da variabili di stato o di comando ed essendo i 
programmi grafici tali da associare diversi aspetti grafici dei rele univo- 
camente correlati ai valori assunti dalle dette variabili di stato o di co- 
^ mando. 

io 8. Dispositivo secondo una o piu delle precedenti rivendicazioni, 

>r.s«oiteg^«5*o<<^Herizzato dal fatto che presenta mezzi di programmazione o confi- 



gurazione di immagini e/o di liste di variabili di stato e di comando delle 
. unita operative virtuali corrispondenti alia desiderata o corretta condizio- 
' ne di funzionamento o di stato deH'impianto in concomitanza con una 
15 prestabilita situazione di funzionamento, prevedendo mezzi di verifica di 
corretto funzionamento diretta e visiva in combinazione con mezzi di 
verifica automatica sulla base del confronto fra le immagine nominate e 
la tabella o la lista nominate delle variabili di stato e di comando deside- 
rate e precedentemente programmate e I'immagine e le variabili di stato 
20 o di comando effettivamente elaborate all'atto del funzionamento della 
logica di controllo e di comando con il modello virtuaie di impianto di 
stazione, venendo inviato un messaggio di errore in caso di non identi- 
ta. 

. 9. Dispositivo secondo la rivendicazione 8, caratterizzato dal fatto 
. 25 che presenta mezzi di visualizzazione grafica e/o analitica della o delle 
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unita operative che hanno assunto una condizione non corretta e della o 
delle relative variabili di stato o di comando. 

1 0. Dispositivo secondo le rivendicazioni 8 o 9, caratterizzato dal 
fatto che i mezzi di verifica automatica analizzano anche i mezzi di rap- 

5 presentazione simulata della rete di rele, indicando quale o quali rele 
non sono stati commutati nella corretta condizione e le relative variabili 
di stato o di comando di commutazione. 

1 1 . Dispositivo secondo una o piu delle precedenti rivendicazioni, 
) caratterizzato dal fatto che prevede strumenti automatici che correggono 

10 il programma logico di controllo e comando in funzione delle eventual! 
correzioni apportate dall'utente alle variabili di stato o di comando modi- 
ficate manualmente in presenza di un errore di stato o di comando di 
una unita operativa virtuale o di un rele nel circuito logico di comando 
L SEGKETAPio Gd^M£° ndente costituito dal modello virtuale di impianto o di rete di rele. 

Dr.ssa Arm&J80*a Gambino .... . 

/^\k^ 12. Dispositivo secondo una o piu delle precedenti nvendicazioni, 
caratterizzato dal fatto che i mezzi di modifica consentono interventi di 
modifica sia di tipo alfanumerico eseguiti sui file di report delle variabili 
>>)di stato o di comando, sia interventi di modifica grafici dell'aspetto 
dell'unita operativa o del rele corrispondente alio stato della detta unita 
20 operativa o del detto rele, mentre sono previsti mezzi di analisi e di in- 
terpretazione che analizzano i valori delle variabili di stato o di comando 
impostati manualmente a correzione di quelli errati, analizzano il pro- 
gramma logico di controllo e di comando e ne modifica il codice in modo 
da commutare I'unita operativa od il rele nella corretta condizione di sta- 
25 to al verificarsi della stessa condizione di funzionamento in presenza 
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delta quale il programma logico di controllo e di comando aveva prece- 
dentemente prodotto I'errore. 

13. Dispositivo secondo una o piu delle precedenti rivendicazioni, 
caratterizzato dal fatto che comprende mezzi di associazione di unita 
5 operative ed elementi strutturali d'impianto per la generazione od indivi- 
duazione di zone deirimpianto virtuale di stazione e le relative parti del 
programma logico di controllo e di comando che presentano tipiche 
strutture d'impianto ricorrenti nei diversi impianti di stazione, in modo da 
poter caricare e riutilizzare sia i programmi di simulazione booleana, sia 
10 i programmi di visualizzazione grafica nonche le parti di programma lo- 
gico di controllo e di comando in nuovi impianti di stazione presentanti 
identiche zone di stazione. 
~^~*,rJ 4 - Dispositivo secondo una o piu delle precedenti rivendicazioni, 
^ 7 ^^^3^^ erizzato da ' fatto che presenta mezzi di connessione ed interfac- 
15 ciamento con dispositivi di validazione e certificazione basato sulla di- 
, . A versita del programma di generazione del programma logico di controllo 
rS) e di comand o» come ad esempio un cosiddetto verificatore (checker) di 
algoritmi booleani. 

15. Dispositivo secondo la rivendicazione 14, caratterizzato dal 
20 fatto che il verificatore booleano comprende un ulteriore programma di 
generazione del programma logico di controiio e di comando generate o 
memorizzato nel verificatore booleano il quale ulteriore programma logi- 
co di controllo e di comando e generate mediante mezzi diversi da quel- 
lo in fase di test mediante simulazione deirimpianto e mezzi di confronto 
25 deirulteriore programma logico di controllo e di comando generate) o 
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memorizzato nel verificatore booleano con il programma logico di con- 
tralto e di comando in fase di test mediante simulazione deirimpianto 
per il rilevamento della identity fra i due programmi logici di contralto e di 
comando. 

5 16. Dispositivo secondo la rivendicazione 15, caratterizzato dal 

fatto che il confronto awiene a livello del sistema di equazioni booleane 
del programma logico di contralto e di comando generate* o memorizzato 
nel verificatore booleano e del programma logico di contralto e di co- 
^ roando in fase di test mediante simulazione deirimpianto. 

10 17. Dispositivo secondo le rivendicazioni 15 o 16, caratterizzato 

IL SEC^&rAi>:u ( qe^pMfty che il confronto ha luogo sulla base dei report di test mediante 
i&tt*> ^^^^imulazione d'impianto del programma logico di contralto e di comando 
in fase di test e dell'ulteriore programma logico di contralto e comando 
ir^generato e/o memorizzato nel verificatore booleano essendo previsti 
lVy mezzi comparatori delle variabili di stato e di comando delle unita opera- 

y 

tive e dei rele della rete virtuale di rele sia dal punto di vista numerico 
che dal punto di vista grafico. 

18. Dispositivo secondo la rivendicazione 17, caratterizzato dal 
fatto che comprende mezzi per la visualizzazione combinata delle im- 

20 magini grafiche delle condizioni di stato deirimpianto ottenute con i due 
programmi di logica di contralto e di comando. 

19. Dispositivo secondo la rivendicazione 18, caratterizzata dal 
fatto che comprende mezzi per la visualizzazione sovrapposta delle im- 
magini di layout deirimpianto secondo i due programmi logici di contralto 

25 e di comando, nella quale sovrapposizione deirimmagine della condi- 
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zione di stato deH'impianto le eventual! differenze vengono graficamente 
evidenziate in modo visivamente rilevabile. 

20. Dispositivo secondo una o piu delle precedent! rivendicazioni 
15 a 19, caratterizzato dal fato che le due modalita di confronto a livello 
5 del sistema di equazioni booleane ed a livello dei file di report del test 
dei programmi logici di controllo e di comando con I'impianto virtuale 
vengono eseguite in successione fra loro, costituendo il risultato del pri- 
mo confronto un mezzo per identificare I'unita operativa e/o la zona 
) delPimpianto e/o le equazioni booleane in cui e stata rilevata una diffe- 

10 renza e che deve venire sottoposta alia seconda fase di confronto. 
i-^>j... <^A<AiAL&2i. Dispositivo secondo la rivendicazione 20, caratterizzato dal 
#3, ^^^faVto che viene eseguito prima il confronto relativo alle condizioni 
d'impianto ottenute dai due programmi logici di controllo e di comando 
e quindi viene identificato su quali parti del programma possono limitarsi 
\>jra/ le operazioni di confronto relativamente al sistema di equazioni boolea- 
ne per la determinazione delle eventuali operazioni di correzione dello 
^ stesso o le indagini di debugging (ricerca d'errore). 

22. Dispositivo secondo una o piu delle precedenti rivendicazioni 
15 a 21, caratterizzato dal fatto che il verificatore booleano analizza sul- 
20 la base della diversity anche i programmi logici di simulazione delle sin- 
gole unita operative e/o delle zone d'impianto e/o deH'impianto e/o dei 
programmi logici di simulazione dei rele e della rete di rel6 estendendo 
tale operazione di verifica sulla base della diversita del programma di 
generazione eventualmente anche ai programmi di rappresentazione 
25 grafica delle unita operative o dei rele. 

-67- 



'^^m Giorgio A. K&Irafiiosoff 

\ k nov.2002 jrsssr 

7 

Q 

23. Dispositivo secondo una o piu delle precedent! rivendicazioni, 
caratterizzato dal fatto che comprende una interfaccia di rete e pud co- 
stituire un nodo non vitale deirimpianto ferroviario, costituendo uno 
strumento di modifica rapida del programma logico di controllo e di co- 

5 mando e di validazione virtuale dello stesso, ad esempio in caso di mo- 
difica strutturale deirimpianto mediante eliminazione od aggiunta di e- 
lementi d'impianto. 

24. Dispositivo secondo la rivendicazione 23, caratterizzato dal 
| fatto che in alternativa od in combinazione detto dispositivo costituisce 

10 uno strumento di supervisione o diagnostica del corretto funzionamento 
deirimpianto reale di stazione, essendo prowisto di un comparatore fra 
la condizione di stato che ha assunto I'impianto reale e quella che ha 
assunto I'impianto simulato. 
•.sviiJtg&TZosa Gambbio 25. Dispositivo secondo le rivendicazioni 23 o 24, caratterizzato 
is dal fatto che costituisce un dispositivo di simulazione di interventi 
/VcKd'emergenza prima della loro applicazione all'impianto reale, essendo 
^ ;^Sbossibile, in casi di emergenza simulare le varie possibility di intervento 

*^ A W / 

o comando del sistema per attuare sull'impianto stesso quella fra le 
scelte possibili che offre la migliore soluzione. 
20 26. Dispositivo secondo una o piu delle precedent! rivendicazioni, 

caratterizzato dal fatto che comprende strumenti di esecuzione delle 
funzioni di simulazione con una interfaccia utente del tipo utilizzato dal 
programma Windows ® di Microsoft Inc. e che comprende quindi fine- 
stre operative con pulsanti di funzione, menu di scelta rapida ed altre 
25 funzionalita tipiche della detta interfaccia, oltre che owiamente Tutilizzo 
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del mouse o di altri sistemi di puntamento, selezione ed immissione di 
comandi e la tastiera per rimmissione di dati numerici, alfanumerici e/o 
di comandi numerici od alfanumerici, come pure per la creazione o mo- 
difica delle immagini grafiche delle unita operative e/o dei rele o di altre 
5 parti della struttura d'impianto. 

27. Dispositivo secondo una o piu delle precedent rivendicazioni, 
caratterizzato dal fatto che prevede strumenti di impostazione di partiofe 
lari condizioni operative dell'impianto o di situazioni anomaie e di ven 
care delle reazioni dell'impianto con riferimento a diversi scenari opera- 

10 tivi. 

28. Dispositivo secondo la rivendicazione 27, caratterizzato dal 

aGumbino 

r fatto che sono previsti mezzi di impostazione manuale da parte del per- 
sonate imponendo ad inizio ciclo di esecuzione del motore logico di con- 
Jrollo e di comando determinate condizioni di stato alle diverse unita o- 






15 (iterative, essendo possibile prevedere mediante opportuna programma- 
zione anche condizioni in cui una o piu unita operative risultino non fun- 
zionati o funzionanti in modo anomalo. 

29. Metodo di verifica di motori software logici di comando di im- 
pianti come impianti ferroviari, in particolare di impianti di stazione, com- 
20 prendente almeno un elaboratore elettronico con almeno una unita cen- 
trale di elaborazione ed almeno una memoria per il caricamento e 
I'esecuzione di programmi: 

essendo nella detta memoria caricato o caricabile per la sua ese- 
cuzione un motore logico di comando di un impianto, in particolare di un 
25 impianto di stazione il quale impianto comprende una pluralita di unita 
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operative di attuazione e/o di rilevamento e/o d! misu4azione e/o di se- 
gnalamento, cosiddetti enti di piazzale, le quali unita sono atte a riceve- 
re segnali di comando ed a trasmettere segnali di controllo sulla condi- 
zione operativa, ed il quale motore software logico legge i segnali di 
5 controllo fomiti dalle unita operative di attuazione, di rilevamento e/o di 
misurazione e/o di segnalamento ed elabora segnali di comando delle 
dette unita operative sulla base di un protocollo di funzionamento 
dell'impianto stesso, 

caratterizzato dal fatto che 
io nella memoria dell'elaboratore e caricato o caricabile ed e ese- 

guibile dall'elaboratore stesso un programma di simulazione software 
deirimpianto che deve essere controllato e comandato dal programma 
logico di controllo e di comando ed il quale programma di simulazione 
riproduce fedelmente la struttura deirimpianto e le modalita operative 
15 delle unita operative previste nel detto impianto. 
. SEQR CTAJSO G£NSRAL%q Metodo secondo la rivendicazione 29, caratterizzato dal fatto 

)r.ssa ArjgesrKosa Gambino 

~* ' cne | a s i mu |azione della struttura deirimpianto e delle unita operative ad 

. ,^\esso associate, come i circuiti di binario per il rilevamento della presen- 
■ UUa del treno, gli attuatori dei deviatoi, gli attuatori di segnalamento ed al- 
. ,20^/tre- unita diverse e realizzata nel programma di simulazione da algoritmi 
booleani, essendo le variabili associate a detti algoritmi univocamente 
definite in modo da rappresentare i segnali di controllo delle diverse 
condizioni di stato o di funzionamento delle diverse unita operative ed i 
segnali di comando di commutazione delle condizioni di stato od opera- 
25 five delle dette diverse unita operative e/o di mantenimento delle stesse. 
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31. Metodo secondo le rivendicazioni 29 o 30, caratterizzato dal 
fatto che I'immagine del comportamento dell'lmpianto virtuale sotto il 
controllo del programma logico di controllo e di comando viene visualiz- 
zata sotto forma di liste di variabili univocamente associate alle diverse 
5 unita operative, ad esempio, file di report in cui sono elencate le diverse 
unita operative e le associate variabili di stato o di comando. 

32. Metodo secondo una o piu delle precedents rivendicazioni 29 
a 31, caratterizzato dal fatto che prevede I'impostazione da parte 
dell'utente di condizioni operative di partenza deH'impianto e/o di situa- 
io zioni anche anomale di impostazione delle unita operative deinmpianto 
per verificare la reazione dell'impianto a queste condizioni. 

33. Metodo secondo una o piu delle rivendicazioni 29 a 32, carat- 
■ t r,r-J> caafia^iflzzato dal fatto che a ciascuna unita operativa deinmpianto e/o a cia- 
, 3^-' scun elemento strutturale rilevante e associabile univocamente una im- 
_j,5 magine virtuale dell'unita operativa e/o dell'elemento strutturale 
,. deinmpianto la quale immagine e generata grazie ad un programma 
• SEafico caricato, caricabile e/o eseguibile dairelaboratore e la quale im- 
. / ' magine virtuale e univocamente correlata al programma logico di s.mu- 
lazione dell'unita operativa o dell'elemento strutturale dell'impianto es- 
20 sendo il programma grafico di generazione dell'immagine virtuale di cia- 
scuna unita operativa tale da generare diverse condizioni di aspetto gra- 
fico dell'unita operativa, ciascuna delle quali e univocamente correlate 
ad un prestabilito valore delle variabili relative alia condizione operativa 
della stessa unita operativa e/o delle variabili di comando di commuta- 
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zione o di mantenimento dello stato operativo della unita operativa stes- 
sa. 

34. Metodo secondo una o piu delle rivendicazioni 29 a 33, carat- 
terizzato dal fatto che il funzionamento del programma logico di controllo 
5 e dr comando viene utteriormente parallelamente od altemativamente 
rappresentato sotto forma di comportamento dell'equivalente logica 
hardware di comando costituita da una rete di rele, essendo previsto un 
programma di simulazione di funzionamento dei rele ed un programma 
di simulazione di funzionamento della rete di rele, nonche programmi 
10 grafici di rappresentazione dei rele univocamente associati a ciascun 
programma di simulazione dei rele e di rappresentazione grafica della 
rete di rele. 

SJ^Ji ftS£f 35. Metodo secondo la rivendicazione 34, caratterizzato dal fatto 
° ^^"che ciascun rele e simulate grazie ad un programma logico di tipo boo- 
15. leano vendo le singole condizioni di stato del rele e/o i comandi di com- 
•Xnutazione rappresentati da variabili di stato o di comando ed essendo i 
•llrogrammi grafici tali da associare diversi aspetti grafici dei rele univo- 
camente correlati ai valori assunti dalle dette variabili di stato o di co- 
mando. 

2 o 36. Metodo secondo una o piu delle precedenti rivendicazioni 29 

a 35, caratterizzato dal fatto che la visualizzazione del comportamento 
funzionale deU'impianto viene eseguita secondo due modalita e cioe sot- 
to forma di file di report che visualizza i valori delle variabili di stato 
elaborate dai programmi elaborati dai programmi logici di simulazione 
25 • delle unita operative e sotto forma di rappresentazione grafica della 
. condizione operativa delle unita .operative consentendo di verificare nel 
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ne operativa delle unita operative consentendo di verificare nel dettaglio 
sia in modo analitico sia in modo visivo diretto della condizione fisica di 
funzionamento le unita operative delPimpianto e quindi le modalita di 
funzionamento dello stesso. 

37. Metodo secondo una o piu delle precedenti rivendicazioni, ca 
ratterizzato dal fatto che prevede una interfaccia di impostazione di pa' 
ticxDlari condizioni operative deirimpianto o di situazioni anomale con 
sente di verificare le reazioni deirimpianto con riferimento a diversi sce- 
nari operativi. 

38. Metodo secondo la rivendicazione 37, caratterizzato dal fatto 
G ^M^^ impostazioni sono eseguibili da parte del personale imponendo 

ad inizio ciclo di esecuzione del motore logico di controllo e di comando 
determinate condizioni di stato alle diverse unita operative, essendo 
ci\possibile prevedere mediante opportuna programmazione anche condi- 
is S^zioni in cui una o piu unita operative risultino non funzionati o funzionanti 
in modo anomalo. 

39. Metodo secondo la rivendicazione 37, caratterizzato dal fatto 
che prevede la programmazione o la configurazione di immagini e/o liste 
di variabili di stato e di comando delle unita operative virtuali corrispon- 

20 denti alia desiderata o corretta condizione di funzionamento o di stato 
deirimpianto in concomitanza con una prestabilita situazione di funzio- 
namento e I'esecuzione della verifica di corretto funzionamento diretta e 
visiva nonche Tesecuzione di una verifica automatica sulla base del con- 
fronto fra le immagine nominale e la tabella o la lista nominate delle va- 

25 riabili di stato e di comando desiderate e precedentemente programma- 

-73- 



A 0 0005^ G 5£ 

Iscritto ; 

te e Timmagine e le variabili di stato o di comando effettivamente elabo- 
rate all'atto del funzlonamento della iogica di controllo e di comando con 
il modello virtuale di impianto di stazione, venendo inviato un messag- 
gio di errore in caso di non identita, 
5 40. Metodo secondo la rivendicazione 39, caratterizzato dal fatto 

che la verifica automatica prevede la visualizzazione grafica e/o anali- 
tica dell'unita operativa che ha assunto una condizione non corretta e la 
o le relative variabili di stato o di comando e/o la visualizzazione grafica 
e/o anaiitica delle variabili di stato della rete di rele simulata. 
io 41 . Metodo secondo una o piu delle precedent! rivendicazioni 9 a 

ytfAEO ^IK-^ratterizzato dal fatto che prevede strumenti automatic! che correg- 
gon o j| programma logico di controllo e comando in funzione delle even- 
.*3Dr*-\ tuali correzioni apportate dall'utente alle variabili di stato o di comando 
^"Jriodificate manualmente in presenza di un errore di stato o di comando 
^ « una unita operativa virtuale o di un rele nel circuito logico di comando 

corrispondente costituito dal modello virtuale di rete di rele. 

42. Metodo secondo la rivendicazione 41, caratterizzato dal fatto 
che prevede I'esecuzione di interventi di modifica sia di tipo alfanumeri- 
co eseguiti sui file di report delle variabili di stato o di comando, oppure 
20 di interventi di modifica grafici dell'aspetto deirunita operativa o del rele 
corrispondente alio stato della detta unita operativa o del detto rele ve- 
nendo detti dati interpretati da un programma di correzione che analizza 
i valori delle variabili di stato o di comando impostati manualmente a 
correzione di quelli errati, e che analizza il programma logico di control- 
25 lo e di comando e ne modifica il codice in modo da commutare I'unita 
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operativa od il rele nella corretta condizione di stato al verificarsi della 
stessa condizione di funzionamento in presenza della quale il program- 
ma logico di controllo e di comando aveva precedentemente prodotto 
I'errore. 

5 43. Metodo secondo una o piu delle precedent! rivendicazioni, ca- 

ratterizzato dal fatto che prevede la memorizzazione di zone 
dell'impianto virtuale di stazione e le relative parti del programma logico 
di controllo e di comando che presentano tipiche strutture d'impianto ri- 
correnti nei diversi impianti di stazione, in modo da caricare e riutilizzare 

10 sia i programmi di simulazione booleana, sia i programmi di visualizza- 
zione grafica nonche le parti di programma logico di controllo e di co- 
mando in nuovi impianti di stazione presentanti identiche zone di stazio- 
ne. 

k o^-id.Vi^ ^bhiEB^J^Metodo secondo una o piCi delle precedenti rivendicazioni, ca- 

ffr.g wr^p t L, -R osa Gambino 

^ <^°^Fatterizzato dal fatto che prevede I'esecuzione alternativa o parailela di 
/ •:^V,a verifica del programma logico di controllo e di comando in fase di 
■V* con il simulatore d'impianto mediante un verificatore booleano che 

»^-^4enera con principi di diversita od in cui e memorizzato un programma 



- r o"oo 



20 



25 



logico di controllo e di comando generato con principi di diversita e che 
compara il programma logico di controllo e di comando in fase di test 
mediante simulazione virtuale deirimpianto con quello generato con cri- 
teri di diversita. 

45. Metodo secondo la rivendicazione 44, caratterizzato dal fatto 
che prevede un ulteriore programma di generazione del programma lo- 
gico di controllo e di comando oggetto di test mediante simulazione 
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dell'impianto, il quale programma di generazione opera in base ad un 
codice diverso da quello con cui e stato generato il programma logico di 
contralto e di comando in fase di test mediante impianto virtuale, venen- 
do i due programmi logici di controllo e di comando confrontati fra loro 
5 dal verificatore boolean© per I'identificazione di differenze del sistema di 

equazioni booleane. 

46. Metodo secondo la rivendicazione 44, caratterizzato dal fatto 
che In aggiunta od in alternativa il programma logico di controllo e di 
comando generato dal verificatore o memorizzato nello stesso viene 
io sottoposto anch'esso ad una fase di test mediante impianto virtuale ve- 
nendo confrontati fra loro i risultati ottenuti dai due programmi logici di 
controllo e di comando. 

:.-.^o GENERALS" 47 - Metodo secondo una ° P iU de " e rivendicazioni 44 3 46 " Cafat " 
^^SZ^teiizzato dal fatto che prevede la visualizzazione sia sotto forma di ta- 
is belle comparative di variabili sia . sottoforma di comparazioni grafiche 
U \delle diversita di funzionamento dei due programmi logici di controllo e 
comando generati secondo criteri di diversita e/o delle due rati di rele 
Sly corrispondenti ai due sistemi di equazioni booleane, venendo sia nelle 
comparazioni di variabili sia nelle comparazioni grafiche evidenziate ri- 
20 spettivamente le variabili e gli stati grafici fra Jodo diversi. 

48. Metodo secondo la rivendicazione 47, caratterizzato dal fatto 
che prevede la sovrapposizione delle immagini grafiche delle condizioni 
di stato dell'impianto ottenute con i due programmi di logica di controllo 
e di comando, venendo in questa sovrapposizione dell'immagine della 
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condizione di stato dell'impianto graficamente evidenziate le eventuali 
differenze. 

48. Metodo secondo una o piu delle rivendicazioni 44 a 47, carat- 
terizzato dal fatto che prevede I'esecuzione alternativa od in successio- 
5 ne delle due modalita di confronto dei due programmi logici di controllo 
e di comando a livedo di sistema di equazioni booleane ed a livello di ri- 
sultato dell'esecuzione del test sull'impianto virtuale simulate essendo 
anche possibile modificare I'ordine di successione delle due diverse 
^ modalita di confronto. 

. 10 49 - Metodo secondo la rivendicazione 48, caratterizzato dal fatto 

che prevede i seguenti passi di confronto: 
-* •.•.v.iO ^iSStAzz Eseguire prima il confronto relativo alle condizioni d'impianto ot- 

r.esa AmB^SsJ Gambitia 

2«tx> ^^o^- tenute dai due programmi logici di controllo e di comando; 

Identificare in base al detto confronto su quali parti del program- 
ma possono limitarsi le operazioni di confronto successive 

Eseguire il confronto relativo alle equazioni booleane dei due 
programmi logici di comando e di controllo solo per le equazioni respon- 
sabili delle divergenze funzionali riscontrate nella prima fase di confron- 
to; 

20 quindi eseguire le eventuali operazioni di correzione dello stesso 

o le indagini di debugging (ricerca d'errore) sulle dette equazioni boole- 
ane identificate come responsabili del comportamento difforme 
d'impianto. 

50. Metodo secondo una o piD delle precedenti rivendicazioni 44 
25 a 49, caratterizzato dal fatto che le operazioni di confronto con un pro- 
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gramma generato sulla base di un codice di generazione diverso ven- 
gono eseguite anche relativamente programmi logici di simulazione del- 
le singole unita operative e della struttura d'impianto nonche a livello dei 
programmi logici di simulazione dei rele e della rete di rele ed eventual- 

5 mente tale operazione di verifica pud anche essere estesa ai programmi 
di rappresentazione grafica delle unita operative o dei rele. 

51. Metodo secondo una o piii delle precedenti rivendicazioni 44 
a 50, caratterizzato dal fatto che comprende mezzi parallel"! di certifica- 
) zione del programma logico di controllo e di comando che consistono in 

10 un ulteriore programma indipendente che esegue in parallelo il test delicti 
stesso sistema di equazioni booleane che costituiscono il programma^ 



IV* O 



logico di controllo e di comando per I'esecuzione di un doppio test 



•■ ' • * - diant©' simulazione dell'impianto ferroviario venendo il comDortamento^ ^-iv 

c.ssa Anru^ti§et&4>ambino 

^^^^^tleirimpianto simulate ottenuto sotto il controllo del programma logico di 



controllo e di comando nei due separati e paralleli test di verifica viene 
>nfrontato e venendo generati dei file di awiso o di errore in caso di 
k ' ^Bffferenze. 

52. Metodo secondo una o piu delle precedenti rivendicazioni 44 
a 51, caratterizzato. dal fatto che comprende una fase di collegamento 

20 operativo con dispositivi o reti remote per il comando delle funzioni di 
test da postazione remota e/o per I'esecuzione di funzioni alternative 
come funzioni di nodo non vitale di impianto ferroviario. 

53. Metodo secondo la rivendicazione 52, caratterizzato dal fatto 
che viene utilizzato per la modifica di aggiornamento di un programma 
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logico di controllo e di comando e per il test funzionale virtuale dello 
stesso in caso di modifica strutturale deH'impianto. 

54. Metodo secondo le rivendicazioni 51 a 53, caratterizzato dal 
fatto che viene utilizzato per la supervisione o diagnostica del corretto 

5 funzionamento deirimpianto reale di stazione, eseguendo un confronto 
fra la condizione di stato che ha assunto I'impianto reale e quella che ha 
assunto I'impianto simulate 

55. Metodo secondo una o piu delle precedenti rivendicazioni 50 
) a 54, caratterizzato viene utilizzato quale simulatore d'emergenza virtua- 

10 le di possibility di intervento o comando del sistema reale per attuare 
suH'impianto stesso solamente quella fra le scelte possibili che offre la 
migliore soluzione. 

. SEGKETA150 (3£NERAI%6. Metodo secondo una o piCi deile precedenti rivendicazioni 29 
^**** > ^ , a ;r 55, caratterizzato dal fatto che comprende un programma di esecu- 




15 zione delle funzioni di simuiazione con una interfaccia utente del tipo uti- 

T" - 

v Jizzato dal programma Windows ® di Microsoft Inc. e che comprende 
^Suindi finestre operative con pulsanti di funzione, menu di scelta rapida 
^Jfed altre funzionalita tipiche della detta interfaccia, oltre che owiamente 
I'utilizzo del mouse o di altri sistemi di puntamento, selezione ed immis- 
20 sione di comandi e la tastiera per I'immissione di dati numerici, alfanu- 
merici e/o di comandi numerici od alfanumerici, come pure per la crea- 
zione o modifica delle immagini grafiche delle unita operative e/o dei re- 
le o di altre parti della struttura d'impianto. 

57. Programma per elaboratore atto alia verifica di un programma 
25 logico di controllo e di comando di un impianto, in particolare di un im- 
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pianto ferroviario mediante applicazione su un impianto ferroviario simu- 
!ato e che § atto ad eseguire i passi di metodo secondo una o piu delle 
precedenti rivendicazioni 29 a 56 o ad essere caricato neirelaboratore 
per la formazione di un dispositivo secondo una o piu delle precedenti 
rivendicazioni 1a 28. 
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Rappresenta un valore cO cella non inizializzato. Se la tabella contiene v la logica del 
slmulatore non viene generata ed assoclata ad alcuna variabile 

Se si assegna questo valore ad una cella, anche tutte le altre 
celle del lato destro per quella riga saranno "X". Significa che lo 
stato idenfificato dalla riga corrispondente non 6 consentito. 
Praticamente si tratta di una combinazione non ammessa o non 
utilizzata nella simulazione. 
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0 Significa che, verificate le condizioni cB ingresso in questo ciclo, I'uscita nel prosslmo 
ciclo verra posta a "0". 

1 Significa che, verificate le condizioni di ingresso in questo ciclo. I'uscita nel prossimo 
ciclo verr§ posta a "1 * 7 





Tabelte delte Condlzioni: 


blockjist 


blockjist: 


block 
I blockjist block 


block: 


blockjiead linejist 


block-head: 


[identifier] 


linejist: 


line 

| linejist line 


line: 


identifier = identifierjist 


identifierjist: 


identifier 
j identifierjist identifier 


identifier: 


[A-Za-zO-9 ] 




[as an 

NOME=ZONAl 

ZONA_TE = Z0NA1 1 0 ZONA37 1 

CDB_STAZ = CB129 CB137 CB130 CB131 CB132 CB128 
CDB_LIHE A = CBL6 1 CBL59 

DEV SEM=DV107DV109DV110DV111DV112I>V105 
DEV~COM = DV103 DV106 
RAUT =DV107 DV109 

SA = SA141 SA142 SA143 SA144SA145 SA146SA147 
SB = SB 103 SB105 SBJ04 SB 132 SB 131 SB 130 
PTM=PTM103 &PM1 04 JETM1*05 J^TMl 21 FTM122 

PT=FT121 PT141 PT142PT143Pri44Fri45Fri46Pri47PT148PT149PT150Pri51 FT 152 FT122 FT 123 FT 124 
PT125PT126PT127PT128PT129PT130Pri31PT132PTll PT10 
RAR =RAR1 

CNTR = 1_EPS_P SERV JST_ACS1_V 
CMDJTO = COMM_N_ACS 1 COMM_R_ACSl 

[ISTRADAMENTO] 
NOME = IS104J46 
FTO =FTM104 
PTF=PTM146 
SBO = SB 104 
SBF = SB14<5 
OPZ=ISl(tt_1461 

[OPZEONEJS] 
NOME = IS104_1 461 
DIR =DESTRO 
ULT=CB126 
LEB = CB104 
CDB = CB105 

DEVS = DV 1 04 ROVES CIO D V 105 ROVESCIO 

ZTE=ZONA110 

SB=SB126 

DTCj:S=IS126J021 IS126J111 IS104_1451 IS 104^1441 IS 125_1021 IS125JI 11 IS124_1021 IS124_llll IS191_1261 

rncjn =rri25 111 rri24jn moj45i rrio_i44i niasjii rno_i46i 

CDBJJB = GB105 
CMD TO = CMD104_146 
VAR_TF = IS104J46 
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/*/// 

ALLEGATO PAGINA A1 

FILE REPORT ESECUZIONE TEST 

proc Main { Istr ) { * 
global Error e 

global Nome 
global codEsitol 
global codEsito2 
global Pas so 
global ProgrAcq 

global ListaDeva 
global ListaDevc 
global ListaCdbCompleta 

global FlgRr 

set Is [atring length $Istr] 

set PlgOpz [atring first "_OPZ» $Istr1 

if { $PlgOpz > 0 } { 

set Id [expr $ls - 5] 
J else { 

set Id [expr $ls - 2] 

) 

set IstrNoOpz [string range $Istr 0 $ld] 



ft LETTURA DATE BASE IS1RADAMENTO ft 



ft Leggo il nome pto origine 

set Pto [ LeggiCFG CTDO 0 1ST $IstrNoOpz PTO ] 

ft Leggo il nome del punto finale dell 1 istr adamento 
set Ptf [ LeggiCFG CTDC 0 1ST $IstrNoOpz PIP ] 

ft Leggo il nome del SB del punto origine dell 1 istradamento 
set Sbo [ LeggiCPG CTDC 0 1ST $IstrNoOpz SBO 3 

ft Leggo il nome del SB del punto finale dell • istradamento 
set Sbf [ LeggiCPG CTDC 0 1ST $IstrNoOpz SBP J 

ft Leggo se il punto origine dell'istr, richiede 1 1 occupazione del cdb 

ft ( esiatenza di ■presenza treno su cdb 1 ) 

set LibPto [ LeggiCPG CTDC 0 PTM $Pto LIBERA ZI ONE ] 

ft Leggo i deviatoi semplici^dell 1 istradamento 

set ListaDevs [ LeggiCFG CTDC 0 1ST $Istr D5VS ALL ] 

ft Leggo i deviatoi di comunicazione dell' istradamento 
set ListaDevc [ LeggiCFG CTDC 0 1ST $Istr DEVC ALL ] 

ft Leggo le scarpe f ermacarro 

set ListaSf c [ LeggiCFG CTDC 0 1ST $Istr SFC ALL ] 

ft Creo la lista dei cdb da percorrere per effettuare il transito del treno 
set ListaCdbCompleta [ CreaListaCdbCompleta $Istr ] 

set Zona [ Get Zonalstr $Pto ] 




ALLEGATO PAGINA A2 

FILE REPORT ESECUZIONE TEST 

set DataEqu [ Leg gi CFG CTDC 0 ASCV $Zona pA3A BQU ALL ] 
aet DataTdc [ LeggiCPG CTDC 0 ASCV $Zona DATA_TDC ALL ] 

if I ' llength $DataBqu ] > 0 } >\ 

jtesaagsioS "Data Equazioni ; $ DataEqu 0 

If { [ llengtn $DataTdc ] > 0 }' { 

Messsggi©2 "Data TDC ; $DataTOc" 
Mesaaggio2 " " 

} 

ft * 

* \ 
ft PASS 1 ft 

* 5 

* — * 

ftftft Blocco i deviatoi in posizione contraria riapetto TDC 

• Messaggio "Blocco deviatoi in posizione discorde riapetto alia TDC" 
ft Comanda le xeve in posizione discorde 
PosizionaDiscordeLista $Istr $ListaDevs DEVS 
ft Comanda le leva in posizione discorde 
PosizionaDiscordeLista $Istr $ListaDevc DEVC 
ft Comanda in posizione discorde 
ftPoaizionaDiscordeLista $Istr $ListaSfc SPC 
ft 

ftftft 

aet ProgrAcq 1 

ftftft Verif icoche i deviatoi siano nello stato : discorde LIBERO C0NTRC3LL0 

Mesaaggio "Verif ica deviatoi in stato < discorde LIBERO CONTRQLLO >» 

ft Verif iao la posizione discorde ... „ TT „ 

Veri?icaPosizioneDiscordeLista $Istr frLiataDeva DEVS LIBERO CONTROIiO 
VerificaPolizioneDiscordeLista $Istr $ListaDevc DEVC LIBERO COTTROIiO 
ftVerificaPoaizioneDiscordeLista $Iatr $ListaSf c SPC LIBERO CONTROL!/) 

ft 

ftftft 

Messaggio "Ccmando Istradamento $Istr n 
if { $PlgOpz > 0 } { 

Comanda TP 0 1ST $IstrNoOpz CQMMJDA OPZ 
} else { 

Comanda TP 0 1ST $IstrNoOpz COMANDA u " 

} 

ft Verifies stato attuale dell 1 istradamento. 
set Nome $Istr 
set codEsitol "1" 
set codEsito2 ,, 2 W 
set Pasao 1 
set Pro gr Acq 1 
aet FlgRr "T M 

Verif icaStatoIstr RIPOSO TRUE REGISTRATO FALSE <»»' »» $Pto $Ptf 

ft Ricavo il nome dell 1 ultimo deviatoio dell 1 istradamento 
aet ListaDevIstr [ concat $ListaDevs fcListaDevc $ListaSfc ] 

aet NomeUltimoDev [ lindex $ListaDevIstr [ expr [llength ^ListaDevIstr] - 1] 3 

ftftft Loop per tutti i deviatoi t 
ft 

aet Passo 2 
aet ProgrAcq 0 

if { [ llength $ListaDevs ] > 0 J { 

f oreaoh NomeDev $ListaDevs { 

ft Ccmando deviatoio in posizione centrale (AUTOMATICO) 

Messaggio "Comando deviatoio SNomeDav in posizione AUTOMATICO" 
Comanda Iff 0 DEV $NomeDev AUTOMATICO ,,u 

Messaggio "Comando Istradamento $Istr u 
if { $FlgOpz > 0 ( ( 

Comanda TP 0..IST $IstrNoOpz COMSNDA OPZ 



/?/// 





ALLEGATO PAGINA A3 
FILE REPORT ESECUZIONE TEST 

} else { 1 

Oomanda IP 0 1ST SlatrNoOpz COMANDA " u 

) 

set ProgrAcq [expr $ ProgrAcq + 1] 

" JSS£ ^eSSc^^rii. sia in posiz. < concord* HLOCCMO C0.TR0U.0 > 
Verif icaStatoDeviatoio Slstr DEVS SNomeDev CONCORDB ELOCCATO CQNTROLLO 

' Messaggio "Verif ico che il dev. aia in posiz. < concorde UBKO CWTOOSIM > ■ 
Verif icaStatoDeviatoio $Iatr DEVS $NomeDev CONCORDE LIBERO CGNTROLLO 

) ... 

set ProgrAcq [expr $ ProgrAcq +1] 
Messaggio "Verif ico lo stato dell' istradamento" 

# Verif ica stato attuale dell 1 istradamento. 

# Controllo se si tratta dell* ultimo 
if { $NomeDev $NomeUltimoDev } { 

set codEsitol "3" 

Verif i^aStatoIstr PO_BLOCCATO TRUE REGIS TRATO TRUE »■ MM $Pto $Ptf 
} else { 

set codEsitol "1" 

set codEsito2 "2" , . _ m 

Verif icaStatoIstr RIPOSO TRUE REGIS TRATO PALSE '■■ $Pto $Ptf 

1 

. 1 

set tmpDev "-" 

if { [ llength $I*istaDevc ] > 0 } { 
for each NomeDev $ListaDevc { 
' if (fctmpDev l«= $NomeDev} { 

# Comando deviatoio in poaizione centrale ( AUTOMATICO) 
Messaggio "Comando deviatoio $NomeDev in posizione AUTOMATICO 
Coraanda TF 0 DEV $ NomeDev AUTOMATICO " u 

Messaggio "Comando Istradamento $Istr" 
if { $FlgOpz > 0 } { 

Comanda TP 0 1ST $IstrNoOpz COMANDA OPZ 

^ Q Comanda TP 0 1ST $IstrNoOpz COMANDA u " 
> 

set ProgrAcq [expr $ ProgrAcq + 1] 

> U iSSS "Vermco'c^rU. sia in pos . < co„corde^OCC.TO^^O > » 

' Verif icaStatoDeviatoio $Istr DEVC $NomeDev CONCORDE HLOCCATO CONTROLLO 

* a Messig 3 io "Verif ico che il dev. sia. in posiz. < concorde LIBERO CONTROLLO > ■ 
Verif IcaStatoDeviatoio $Istr DEVC SNomeDev CONCORDE LIBERO CONTROLLO 

} 

set ProgrAcq [expr $ ProgrAcq + 1] 
Messaggio "Verif ico lo stato dell "istradamento" 
ft Verif ica stato actual© dell • istradamento . 
ft Controllo se si tratta dell' ultimo 
if {$NomeDev — $NomeUltimoDev) { 
set codEsitol "3" 

set codEsito2 "4° . _ M 

Verif icaStatoIstr PO_BLOCCATO TRUE REGES TRATO TRUE "" "" $Pto $Ptf 

' B set codEsitol "1" 
set codEaito2 "2" 

VerificaStatoIstr RIPOSO TRUE REGISTRATO PALSE "» "" $Pto $Ptf 

} 

set tmpDev $NomeDev 



set codEsitol "10" 

set .ProgrAcq [expr $ ProgrAcq -+ 1] 





ALLEGATO P AGIN A A4 

FILE RETORT ESEGUZIONE TEST 

ftftft Verifico stato segnale basso punto origins, 
ft 

Messaggio "Verifico stato segnale basso punto origine" 

if { C Verifica DAS 0 SB $Sbo VIALIBERA TRUE 30 ] "TOUB"} { 

Messaggio "VERIFICA OK : II segnale basso $Sbo e LIBERO PASSAGGIO" 
StampaRisultatiReali $Noms $Sbo $codEsitol SPasso $ProgrAcq 
} else { 

set Error e "1" 

Messaggio "VERIFICA FALLITA ; II segnale basso $Sbo non e LIBERO PASSAGGEO 11 
if { $FlgRr ~ »T» } { 

set ECodEsito "E" 

append ECodEsito ScodEsitol 

StampaRisultatiReali $Nome $Sbo $ECodBsito $Passo $ProgrAcq 



ft ft 

ft ft 

ft PASS 2 ft 

ft ft 

ft — ft 
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